[project @ 2002-11-04 03:59:06 by unknown_lamer]

[clinton/bobotpp.git] / bobot++.info

This is bobot++.info, produced by makeinfo version 4.1 from
bobot++.texinfo.

   This file documents Bobot++ by Clinton Ebadi and Etienne Bernard
(original author, no longer works on program).

   Copyright 2002 Clinton Ebadi

   Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.1 or
any later version published by the Free Software Foundation; with no
Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
Texts.

\1f
File: bobot++.info,  Node: Top,  Next: Introduction,  Prev: (dir),  Up: (dir)

   This document describes Bobot++ by Clinton Ebadi and Etienne Bernard
(original author, no longer works on program).

   This document applies to version 2.1.0 of the program named Bobot++

   Copyright 2002 Clinton Ebadi

   Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.1 or
any later version published by the Free Software Foundation; with no
Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
Texts.

* Menu:

* Introduction::
* Configuration::
* Using the Bot::
* Scripting::
* Concept Index::
* Function Index::
* Variable Index::

\1f
File: bobot++.info,  Node: Introduction,  Next: Configuration,  Prev: Top,  Up: Top

Introduction
************

   This manual feels abused and neglected because it has almost no
content.

\1f
File: bobot++.info,  Node: Configuration,  Next: Using the Bot,  Prev: Introduction,  Up: Top

Configuration
*************

   Bobot++ is easy to configure. The configuration file format may be
changing in the 2.1 series, so it is not documented for now. See the
`examples' directory for an example configuration.

* Menu:

* Configuration File Syntax::
* Configure File Placement::

\1f
File: bobot++.info,  Node: Configuration File Syntax,  Next: Configure File Placement,  Prev: Configuration,  Up: Configuration

Configuration File Syntax
=========================

   Not here yet.

\1f
File: bobot++.info,  Node: Configure File Placement,  Prev: Configuration File Syntax,  Up: Configuration

Configuration File Placement
============================

   Bobot++ will look in `/etc/bobotpp/default/' for its default config
if none is specified on the command line. Put the configuration files
you want to be loaded by default in this directory. If you are not root
or you want to have your own personal configration, put it in
`~/.bobotpp/config/default/'.

\1f
File: bobot++.info,  Node: Using the Bot,  Next: Scripting,  Prev: Configuration,  Up: Top

Using Bobot++
*************

   FIXME: stuff here...

* Menu:

* User Levels::

\1f
File: bobot++.info,  Node: User Levels,  Prev: Using the Bot,  Up: Using the Bot

User Levels
===========

   There are five levels that a user may be when interfacing with a bot:
NONE, USER, TRUSTED_USER, FRIEND, MASTER. All users default to NONE
unless they are changed by a script, the `!adduser' command or the
`bot.users' file. NONE is for everyone--very few commands (e.g. help)
are available to the users and almost everyone should be this level. A
USER can execute many of the bot commands, but can't use masks on kicks
and bans. A TRUSTED user can everything a USER can do, but can also use
masks on kicks and bans. A FRIEND can do everything except for stopping
the bot (be careful who you give this to!). The MASTER level is for the
bot's owner (probably you) and can do _everything_ to the bot. Be
_very_ careful if you give MASTER level access to anyone else. You
cannot use this symbolic levels with the `!adduser' command. See
(FIXME: ref) for the numbers you must use with `!adduser'.

\1f
File: bobot++.info,  Node: Scripting,  Next: Concept Index,  Prev: Using the Bot,  Up: Top

Scripting
*********

   Bobot++'s most powerful feature is its scripting system. You write
scripts using Guile Scheme. This manual does not cover how to use Guile
or how to learn Scheme. *Note Guile Reference Manual: (guile)Top, for
the Guile reference manual and
<http://www.ccs.neu.edu/home/dorai/t-y-scheme/t-y-scheme.html> for a
good tutorial on Scheme.

   Note that in previous versions the scripting commands where in the
form `bot-FUNCTION'. They are now in the form `bot:FUNCTION'. The old
names are still available, but are deprecated and will be removed in
Bobot++ 2.4. The command `perl -pi -e ``s/bot-/bot:/g'' YOUR-FILES'
should be enough to convert your code to use the new functions.

* Menu:

* Adding New Commands::
* Hooks::
* Scheme User Levels::
* Sending Messages::
* Misc Scripting Stuff::

\1f
File: bobot++.info,  Node: Adding New Commands,  Next: Hooks,  Prev: Scripting,  Up: Scripting

Adding New Commands
===================

   Adding a new command is simple. To register a new command use
`bot:addcommand'. The prototype for `bot:addcommand' is
`(bot:addcommand name func needs-channel? num-of-args min-level)'. The
`name' is a string representing the name of the command being added.
`func' is a function accepting `num-of-args' arguments.
`needs-channel?' is a bool that is true if the function needs the
channel name as its first arg, and false otherwise. `num-of-args' is
the number of args `func' will take and must be within zero (0) and
twenty (20). `min-level' is one of the *Note Scheme User Levels::. A
user must be at least a `min-level' user to use the new command. None
of the arguments are guaranteed to be passed; if they aren't they are
set to the empty string `""'. An example of a new command would be:

     (define (hello channel name)
       (if (string=? name "")
         (bot:say channel "Hello world!")
         (bot:say channel (string-append "Hello " name "!")))
     
     (bot:addcommand "hello" hello #t 2 0)

   This will display "Hello World!" if called as `!hello' and "Hello
World `USER'" if called as `!hello USER'.

\1f
File: bobot++.info,  Node: Hooks,  Next: Scheme User Levels,  Prev: Adding New Commands,  Up: Scripting

Hooks
=====

   Hooks are a powerful feature of Bobot++. Hooks are a hybrid of ircII
and tiny fugue (a MUD bot) hooks with a little bit of extra stuff added
in. The basic idea of a hook if that you match a text against regular
expression and call a function if text in a message matches that regex.
The different types of hooks provided by Bobot++ correspond to the
different classes of messages that Bobot++ can recieve. A Hook also has
several properties, including its priority and whether or not it is a
fallthrough hook. Higher priority hooks are executed before lower
priority hooks and fallthrough hooks are executed before
non-fallthrough hooks of the same priority. A fallthrough hook can
match and processing of hooks will continue; as soon as the first
non-fallthrough hooks matches processing of hooks stops.

* Menu:

* Creating a Hook::
* Hook Types::

\1f
File: bobot++.info,  Node: Creating a Hook,  Next: Hook Types,  Prev: Hooks,  Up: Hooks

Creating a Hook
---------------

   To add a new hook you use the function `bot:addhook'. `bot:addhook'
is prototyped as `(bot:addhook type regex function pri fall name)'.
`type' specifies the type of hook (the types of hooks are listed in
*Note Hook Types::). `regex' is a standard regular expression. If
`regex' is matched, `function' will be called. `function' will take a
different number of args depending on the hook type. `pri' specifies
the priority of the hook--higher priority hooks are executed first.
This argument is optional and defaults to `0'. `fall' is `#t' if the
hook is a fallthrough hook and `#f' is the hook is not a fallthrough
hook. This arg is also optional and default to `#t'. `name' is the
optional name of the hook that defaults to "DEFAULT". If you set the
name then you can have more than one hook that matches the same regexp,
as long as they have the same name. E.g. in a log script you could have
the regexps for the log function all be `".*"' and set their names to
`"log"' to avoid a conflict with other hooks.

\1f
File: bobot++.info,  Node: Hook Types,  Prev: Creating a Hook,  Up: Hooks

Hook Types
----------

   Here is a list of the various hooks are notes on each one. The
general format of a hook is:

   * `hooks/name' (this is the Scheme variable name of the hook)
        - Description of the hook

        - ARG1 ARG2 ... ARGN
             - ARG1: desc

             - ARG2: desc

             - ...

             - ARGN: desc

   That said, here is the list of available hooks: FIXME: write docs

   * `hooks/action'
        - This hook is triggered when someone performs an action.

        - FROM, TO, ACTION
             - FROM: this is the address of the person that performed
               the action in the form `NICK ! USER @ HOST' (without the
               spaces).

             - TO: This is the target of the action, which is either a
               channel or the Bot's nick.

             - ACTION: This is the text of the action. E.g. if someone
               did `* foobar does baz', then ACTION would be the string
               `"does baz"'.

   * `hooks/nickname'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/signoff'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/ctcp'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/ctcp-reply'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/disconnect'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/flood'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/invite'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/join'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/kick'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/part'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/mode'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/message'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/notice'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/public'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/public-notice'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/raw'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/timer'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/topic'
        - Description of the hook

        - # of args
             - `arg1': desc

   * `hooks/dcc/begin'
        - This hook is triggered when a user begins a DCC CHAT with the
          bot.

        - FROM
             - FROM: This is the user's address in the form
               `nick!user@host'.

   * `hooks/dcc/message'
        - This hook is triggered when a user sends a message to the bot
          through a DCC CHAT

        - FROM MESSAGE
             - FROM: This is the user's address in the form
               `nick!user@host'.

             - MESSAGE: This is the message the user sent to the bot.

\1f
File: bobot++.info,  Node: Scheme User Levels,  Next: Sending Messages,  Prev: Hooks,  Up: Scripting

Scheme User Levels
==================

   There are five levels that a user may be when interfacing with a bot:
NONE, USER, TRUSTED_USER, FRIEND, MASTER. The Scheme variables for the
user levels are `bot:user-none', `bot:user-user', `bot:user-trusted',
`bot:user-friend', and `bot:user-master'. See *Note User Levels:: for
more information on User Levels.

   When adding a new command, think about who should be able to use it.
Is your command a general purpose command that helps the channel (e.g.
`!seen') that everyone should be able to use? Or is it something that
should be restricted? See *Note User Levels:: for information on what
level users can do what with the built in bot commands and think about
what level a user your command is targetted towards. You must be _very_
careful when giving new commands to lower level users because you can
do basically everything the bot can do with a script. As the scripting
interface becomes more powerful, you must think more about what users
can use new commands you add.

\1f
File: bobot++.info,  Node: Sending Messages,  Next: Misc Scripting Stuff,  Prev: Scheme User Levels,  Up: Scripting

Sending Messages
================

   There are several types of messages you can send with Bobot++ from
scripts. There is the simple, but rather limited, `bot:say',
`bot:action' and `bot:msg', and the more powerful, but lower level,
`bot:send-MESSAGE' functions. Most bots will probably only need the
higher level functions, but for the sake of why-not Bobot++ lets you
use the lower level functions.

* Menu:

* High Level Message Functions::
* Low Level Message Functions::

\1f
File: bobot++.info,  Node: High Level Message Functions,  Next: Low Level Message Functions,  Prev: Sending Messages,  Up: Sending Messages

"High Level" Message Functions
------------------------------

   ...

\1f
File: bobot++.info,  Node: Low Level Message Functions,  Prev: High Level Message Functions,  Up: Sending Messages

"Low Level" Message Functions
-----------------------------

   The "Low Level" messaging functions allow you to do things like send
CTCP messages. You probably want to read rfc 2812 and the CTCP spec
before using these. If you have no idea what these do, read rfc 2812
(IRC Client Protocol) and CTCP spec. These functions all return
`*unspecified*' always, so don't use the return value for anything.

   * `bot:send-CTCP to command message' `to' is the target of your CTCP
     message, `command' is the CTCP command, and `message' is the
     message (or arguments) of the command. Make sure to
     `bot:ctcp-quote' the message!


\1f
File: bobot++.info,  Node: Misc Scripting Stuff,  Prev: Sending Messages,  Up: Scripting

Misc. Scripting Stuff
=====================

   These are a few useful things that I thought people writing scripts
might want to know.

   If you want to execute code when the bot exits, just do `add-hook!
bot:exit-hook THUNK' where THUNK is an argumentless procedure (a
thunk). When the bot exits your thunk will be called.

\1f
File: bobot++.info,  Node: Concept Index,  Next: Function Index,  Prev: Scripting,  Up: Top

Concept Index
*************

* Menu:

* Background on Hooks:                   Hooks.

\1f
File: bobot++.info,  Node: Function Index,  Next: Variable Index,  Prev: Concept Index,  Up: Top

Function Index
**************

* Menu:

* addcommand:                            Adding New Commands.
* addhook:                               Creating a Hook.

\1f
File: bobot++.info,  Node: Variable Index,  Prev: Function Index,  Up: Top

Variable Index
**************

* Menu:

* exit-hook:                             Misc Scripting Stuff.
* hooks/action:                          Hook Types.
* hooks/ctcp:                            Hook Types.
* hooks/ctcp-reply:                      Hook Types.
* hooks/dcc/begin:                       Hook Types.
* hooks/dcc/message:                     Hook Types.
* hooks/disconnect:                      Hook Types.
* hooks/flood:                           Hook Types.
* hooks/invite:                          Hook Types.
* hooks/join:                            Hook Types.
* hooks/kick:                            Hook Types.
* hooks/message:                         Hook Types.
* hooks/mode:                            Hook Types.
* hooks/nickname:                        Hook Types.
* hooks/notice:                          Hook Types.
* hooks/part:                            Hook Types.
* hooks/public:                          Hook Types.
* hooks/public-notice:                   Hook Types.
* hooks/raw:                             Hook Types.
* hooks/signoff:                         Hook Types.
* hooks/timer:                           Hook Types.
* hooks/topic:                           Hook Types.
* user-friend:                           Scheme User Levels.
* user-master:                           Scheme User Levels.
* user-none:                             Scheme User Levels.
* user-trusted:                          Scheme User Levels.
* user-user:                             Scheme User Levels.


\1f
Tag Table:
Node: Top\7f517
Node: Introduction\7f1246
Node: Configuration\7f1437
Node: Configuration File Syntax\7f1823
Node: Configure File Placement\7f2025
Node: Using the Bot\7f2499
Node: User Levels\7f2673
Node: Scripting\7f3677
Node: Adding New Commands\7f4585
Node: Hooks\7f5852
Node: Creating a Hook\7f6826
Node: Hook Types\7f7965
Node: Scheme User Levels\7f11439
Node: Sending Messages\7f12568
Node: High Level Message Functions\7f13165
Node: Low Level Message Functions\7f13379
Node: Misc Scripting Stuff\7f14132
Node: Concept Index\7f14551
Node: Function Index\7f14733
Node: Variable Index\7f14994
\1f
End Tag Table