path: root/docs/Irssi.pod

__END__

=head1 NAME

Irssi.pm

=head1 DESCRIPTION

L<Irssi|http://irssi.org> is a console based fullscreen IRC client.  It is
written in the C programming language, and can be modified through both
I<Modules> -- dynamically loadable compiled libraries -- and I<Scripts>, written
in L<Perl|http://perl.org>.

Modules are not covered in this documentation, other than to note that Perl
scripting support itself may be compiled as a module rather than built directly
into Irssi.  The C</LOAD> command can be used from within Irssi to check if Perl
support is available. If not, refer to the F<INSTALL> file for how to recompile
irssi.

The C<Irssi> package is the basis of Perl scripting in Irssi. It does not export any
functions by default, and requires that all function-calls be fully qualified with the
C<Irssi::I<cmd>> prefix. See L</EXPORTS> for alternatives.

=head1 CLASSES

This documentation has been split into a number of pages, each documenting a
particular class or pseudo-class.  The following list contains all of these
additional pages.

B<TODO: fix this list with proper package names>

=over 4

=item L<Irssi::Chatnet>

=item L<Irssi::Command>

=item L<Irssi::Ignore>

=item L<Irssi::Irc::Ban>

=item L<Irssi::Irc::Client>

=item L<Irssi::Irc::Dcc>

=item L<Irssi::Irc::Notifylist>

=item L<Irssi::Log>

=item L<Irssi::Logitem>

=item L<Irssi::Nick>

=item L<Irssi::Process>

=item L<Irssi::Query>

=item L<Irssi::Rawlog>

=item L<Irssi::Reconnect>

=item L<Irssi::Script>

=item L<Irssi::Server>

=item L<Irssi::Theme>

=item L<Irssi::Window>

=item L<Irssi::Windowitem>

=back


=head1 EXPORTS

Nothing by default, but passing a list of function names when C<use>ing the module
will import them into the current namespace.

For example:

    use Irssi qw/signal_emit signal_add .../;

=head1 METHODS


=head2 Accessors

=head3 C<active_win>

C<my $win = Irssi::active_win();>

returns the currently active L<Irssi::Window>

=head3 C<active_server>

C<my $server = Irssi::active_server();>

returns the currently active L<Irssi::Server> in active window.

=head3 C<windows>

returns a list of all L<windows|Irssi::Window>.

=head3 C<servers>

returns a list of all L<servers|Irssi::Server>.

=head3 C<reconnects>

returns a list of all L<server reconnections|Irssi::Reconnect>.

=head3 C<channels>

returns a list of all L<channels|Irssi::Channel>.

=head3 C<queries>

returns a list of all L<queries|Irssi::Query>.

=head3 C<commands>

returns a list of all L<commands|Irssi::Command>.

=head3 C<logs>

returns a list of all L<log files|Irssi::Log>.

=head3 C<ignores>

returns a list of all L<ignores|Irssi::Ignore>.

=head3 C<dccs>

B<TODO: this shouldn't be here>
returns a list of all L<DCC connections|Irssi::Irc::Dcc>

=head2 Signals

See also L<Signals>

Irssi is pretty much based on sending and handling different signals.
Like when you receive a message from server, say:

C<:nick!user@there.org PRIVMSG you :blahblah>

Irssi will first send a signal:

C<"server incoming", SERVER_REC, "nick!user@there PRIVMSG ...">

You probably don't want to use this signal. Default handler for this
signal interprets the header and sends a signal:

C<"server event", Irssi::Server, "PRIVMSG ...", "nick", "user@there.org">

You probably don't want to use this either, since this signal's default
handler parses the event string and sends a signal:

C<"event privmsg", Irssi::Server, "you :blahblah", "nick", "user@there.org">

You can at any point grab the signal, do whatever you want to do with
it and optionally stop it from going any further by calling
L<Irssi::signal_stop|Irssi/signal_stop>

For example:

    sub event_privmsg {
        # $data = "nick/#channel :text"
        my ($server, $data, $nick, $address) = @_;
        my ($target, $text) = split(/ :/, $data, 2);

        Irssi::signal_stop() if ($text =~ /free.*porn/ || $nick =~ /idiot/);
    }

    Irssi::signal_add("event privmsg", "event_privmsg");

This will hide all public or private messages that match the regexp
C<"free.*porn"> or the sender's nick contain the word "idiot". Yes, you
could use /IGNORE instead for both of these C<:)>

You can also use L<Irssi::signal_add_last|/signal_add_last> if you wish to let the
Irssi's internal functions be run before yours.

A list of signals that irssi sends can be found in the L<Signals> documentation.




=head3 Handling Signals

=head4 C<signal_add $sig_name, $func>

Bind C<$sig_name> to function C<$func>. The C<$func> argument may be either
a string containing the name of a function to call, or a coderef.

For example:

    Irssi::signal_add("default command", sub { ... });

    Irssi::signal_add("default command", "my_function");

    Irssi::signal_add("default command", \&my_function);

In all cases, the specified function will be passed arguments in C<@_> as specified
in L<Signals>.

=head4 C<signal_add_first $sig_name, $func>

Bind C<$sig_name> to function C<$func>. Call C<$func> as soon as possible when
the signal is raised.

=head4 C<signal_add_last $sig_name, $func>

Bind C<$sig_name> to function C<$func>. Call C<$func> as late as possible (after
all other signal handlers).

=head4 C<signal_remove $sig_name, $func>

Unbind C<$sig_name> from function C<$func>.
B<TODO: Can you unbind a signal from a C<sub { ...}> coderef? What happens?>


=head3 Controlling Signal Propagation

=head4 C<signal_emit $sig_name, @params>

Send a signal of type C<$sig_name>. Up to 6 parameters can be passed in C<@params>.

=head4 C<signal_continue @params>

Propagate a currently emitted signal, but with different parameters.  This only
needs to be called if you wish to change them, otherwise all subsequent handlers
will be invoked as normal.

B<Should only be called from within a signal handler>

=head4 C<signal_stop>

Stop the signal that's currently being emitted, no other handlers after this one will
be called.

=head4 C<signal_stop_by_name $sig_name>

Stop the signal with name C<$sig_name> that is currently being emitted.

=head3 Registering New Signals

=head4 C<signal_register $hashref>

Register parameter types for one or more signals.  C<$hashref> must map one or
more signal names to references to arrays containing 0 to 6 type names. Some
recognized type names include int for integers, intptr for references to
integers and string for strings. For all standard signals see
F<src/perl/perl-signals-list.h> in the source code (this is generated by
F<src/perl/get-signals.pl>).

For example:

    my $signal_config_hash = { "new signal" => [ qw/string string integer/ ] };
    Irssi::signal_register($signal_config_hash);

Any signals that were already registered are unaffected.

B<Signals are not persistent.>  Once registered, a signal cannot be unregistered without
restarting Irssi. B<TODO: True?>, including modifying the type signature.

Registration is required to get any parameters to signals written in
Perl and to emit and continue signals from Perl.

B<TODO: What are the complete list of recognised types?>




=head2 Commands

See also L<Irssi::Command>

=head3 Registering Commands

=head4 C<command_bind $cmd, $func, $category>

Bind a command string C<$cmd> to call function C<$func>. C<$func> can be
either a string or coderef. C<$category> is an optional string specifying
the category to display the command in when C</HELP> is used.

When a command is invoked, either by the user typing C</command args>, the
handler function will be called.

It will receive the following parameters, passed in C<@_>:

    my ($argument_string, $server_obj, $window_item_obj) = @_;

The argument string must be processed by the handler to split it into
individual words if necessary.

The L<command_parse_options|/command_parse_options $cmd, $data> function can be
used to process options (beginning with a single dash), and will also return the
remainder of the string to be processed as desired.

=head4 C<command_runsub $cmd, $data, $server, $item>

Run subcommands for C<$cmd>. First word in C<$data> is parsed as
subcommand. C<$server> is L<Irssi::Server> record for current
L<Irssi::Windowitem> C<$item>.

Call command_runsub in handler function for C<$cmd> and bind
with:

    command_bind("$cmd $subcmd", subcmdfunc[, category]);

See the L<example|Guide/Use Subcommands to Group Script Functionality> for
further details.

=head4 C<command_unbind $cmd, $func>

Unbind command C<$cmd> from function C<$func>.

=head3 Invoking Commands

=head4 C<command $string>

Run the command specified in C<$string> in the currently active context.

B<TODO: passing args in C<@_> vs concatenating into the command string?>

See also L<Irssi::Server/command $string>

=head3 Parsing Command Arguments

=head4 C<command_set_options $cmd, $data>

Set options for command C<$cmd> to C<$data>. C<$data> is a string of
space separated words which specify the options. Each word can be
optionally prefixed with one of the following character:

=over 16

=item C<->: optional argument

=item C<@>: optional numeric argument

=item C<+>: required argument

=back

For example:

   my $argument_format = "+something -other -another @number";
   Irssi::command_set_options('mycmd', $argument_format);

Thus, the command may be run as C</mycmd -something value -other value rest of args>.

=head4 C<command_parse_options $cmd, $data>

Parse out options as specified by L<command_set_options|/command_set_options
$cmd, $data> for command C<$cmd>. A string containing the input received by the
command handler should be passed in as C<$data>.

The return value is either C<undef> if an error occurred, or a list containing
two items. The first is a hashref mapping the option names to their
values. Optional arguments which were not present in the input will not be
included in the hash.

The second item in the return list is a string containing the remainder of the input
after the arguments have been parsed out.

For example:

    sub my_cmd_handler {
        my ($command_args) = @_;
        my @options_list = Irssi::command_parse_options "my_cmd", $command_args;
        if (@options_list) {
            my $options       = $options_list->[0];
            my $arg_remainder = $options_list->[1];

            if (exists $options->{other} && $options->{something} eq 'hello') {

                ...

            }
        }
    }

=head2 Settings

Settings are a way to permanently store values that your script may wish to use.
They are also easily manipulable by the user through the C</SET> command, making
them a good way to allow configuration of your script.

=head3 Creating New Settings

If a setting does not currently exist, it must first be registered with Irssi
using one of the C<settings_add> functions.

=head4 C<settings_add_str $section, $key, $def>

=head4 C<settings_add_int $section, $key, $def>

=head4 C<settings_add_bool $section, $key, $def>

=head4 C<settings_add_time $section, $key, $def>

=head4 C<settings_add_level $section, $key, $def>

=head4 C<settings_add_size $section, $key, $def>

Each of the above functions operates in the same way, but creates a different
data type.  For each function, C<$section> is a string describing the
group the entry falls into, C<$key> is the name of the setting.  The key must
be a single string, and typically multiple words are separated by underscores.

The final parameter, C<$def>, is the default value of this setting.  It should
correspond to the type of the setting being created.

B<TODO: move this list to another section?>

The following list summarises the data types available:

=over

=item C<str>

A generic string type, which can contain arbitrary text.  It is also commonly
used to build space-separated lists of entries.

=item C<int>

An integer type.  Integers must be whole numbers, but may also be negative or zero.

=item C<bool>

A boolean type.  In Perl terms, values are C<0> for false, and anything else for
true.  When acting on them externally, C<ON> and C<OFF> are the usual terms used.

=item C<time>

A time type. B<TODO: what values can it take?>

=item C<level>

An irssi Messagelevel. See C</HELP LEVELS> for a full list and description, or
L</Message Levels> for a description of the Perl equivalents.

=item C<size>

B<TODO: What is this for?>

=back

=head3 Retrieving Settings

=head4 C<settings_get_str $key>

=head4 C<settings_get_int $key>

=head4 C<settings_get_bool $key>

=head4 C<settings_get_time $key>

=head4 C<settings_get_level $key>

=head4 C<settings_get_size $key>

=head3 Modifying Settings

=head4 C<settings_set_str $key, $value>

=head4 C<settings_set_int $key, $value>

=head4 C<settings_set_bool $key, $value>

=head4 C<settings_set_time $key, $value>

=head4 C<settings_set_level $key, $value>

=head4 C<settings_set_size $key, $value>

Changes the value of the setting with key C<$key> to C<$value>.

B<If you change the settings of another module/script with one of these, you
must emit a C<"setup changed"> signal afterwards.>

This can be done with:

   Irssi::signal_emit("setup changed");

=head4 C<settings_remove $key>

Remove a setting specified with C<$key>.


=head2 IO and Process Management

=head3 C<timeout_add $msecs, $func, $data>

Call C<$func> every C<$msecs> milliseconds (1/1000th of a second) with
parameter C<$data>. Returns a tag which can be used to stop the timeout via
L</timeout_remove $tag>.

=head3 C<timeout_add_once $msecs, $func, $data>

Call C<$func> once after C<$msecs> milliseconds (1000 = 1 second) with parameter
C<$data>. Returns tag which can be used to stop the timeout via
L</timeout_remove $tag>.

=head3 C<timeout_remove $tag>

Remove timeout specified with tag C<$tag>.

=head3 C<input_add $source, $condition, $func, $data>

Call C<$func> with parameter C<$data> when specified IO happens.  C<$source> is
the file handle that is being listened. C<$condition> can be
C<Irssi::INPUT_READ>, C<Irssi::INPUT_WRITE> or both.  Returns tag which can be
used to remove the listener with L</input_remove $tag>.

=head3 C<input_remove $tag>

Remove listener with C<$tag>.

=head3 C<pidwait_add $pid>

Adds C<$pid> to the list of processes to wait for. The pid must identify
a child process of the irssi process. When the process terminates, a
"pidwait" signal will be sent with the pid and the status from
waitpid(). This is useful to avoid zombies if your script forks.

=head3 C<pidwait_remove $pid>

Removes C<$pid> from the list of processes to wait for. Terminated
processes are removed automatically, so it is usually not necessary
to call this function.


=head2 Message Levels

The standard Irssi levels (as specified in C</HELP LEVELS>) are accessible from
within scripts with the following zero-arguments functions:

=over

=item C<MSGLEVEL_CRAP>

=item C<MSGLEVEL_MSGS>

=item C<MSGLEVEL_PUBLIC>

=item C<MSGLEVEL_NOTICES>

=item C<MSGLEVEL_SNOTES>

=item C<MSGLEVEL_CTCPS>

=item C<MSGLEVEL_ACTIONS>

=item C<MSGLEVEL_JOINS>

=item C<MSGLEVEL_PARTS>

=item C<MSGLEVEL_QUITS>

=item C<MSGLEVEL_KICKS>

=item C<MSGLEVEL_MODES>

=item C<MSGLEVEL_TOPICS>

=item C<MSGLEVEL_WALLOPS>

=item C<MSGLEVEL_INVITES>

=item C<MSGLEVEL_NICKS>

=item C<MSGLEVEL_DCC>

=item C<MSGLEVEL_DCCMSGS>

=item C<MSGLEVEL_CLIENTNOTICE>

=item C<MSGLEVEL_CLIENTCRAP>

=item C<MSGLEVEL_CLIENTERROR>

=item C<MSGLEVEL_HILIGHT>

=item C<MSGLEVEL_ALL>

=item C<MSGLEVEL_NOHILIGHT>

=item C<MSGLEVEL_NO_ACT>

=item C<MSGLEVEL_NEVER>

=item C<MSGLEVEL_LASTLOG>

=back

=head3 C<level2bits $level>

Level string -> number

=head3 C<bits2level $bits>

Level number -> string

=head3 C<combine_level $level, $str>

Combine level number to level string (C<"+level -level">).
Return new level number.


=head2 Themes

See also L<Irssi::UI::Theme>

You can have user configurable texts in scripts that work just like
irssi's internal texts that can be changed in themes.

First you'll have to register the formats:

    Irssi::theme_register([
      'format_name', '{hilight my perl format!}',
      'format2', 'testing.. nick = $0, channel = $1'
    ]);

Printing happens with one of the functions:

    printformat $level, $format, ...

    Window::printformat $level, $format, ...

    Server::printformat $target, $level, $format, ...

    Windowitem::printformat $level, $format, ...

For example:

    $channel->printformat(MSGLEVEL_CRAP, 'format2',
                          'nick', $channel->{name});


=head2 DCC

B<TODO: This should probably move to L<Irssi::Irc>

See also L<Irssi::Dcc>

Dcc
dcc_find_item(type, nick, arg)
  Find DCC connection.

Dcc
dcc_find_by_port(nick, port)
  Find DCC connection by port.


=head2 Channels

=head3 C<channel_find $channel>

Find channel from any server. Returns an L<Irssi::Channel> object.


=head2 Ignores

=head3 C<ignore_add_rec $ignore>

Add ignore record.

=head3 C<ignore_update_rec $ignore>

Update ignore record in configuration

=head3 C<ignore_check $nick, $host, $channel, $text, $level>

B<TODO: Document what this does>


=head2 Logging

=head3 C<log_create_rec $fname, $level>

Create log file. Returns L<Irssi::Log>


=head3 C<log_find $fname>

Find log with file name. Returns L<Irssi::Log>


=head2 Raw Logging

=head3 C<rawlog_create>

Create a new rawlog. Returns an L<Irssi::Rawlog> object.

=head3 C<rawlog_set_size $lines>

Set the default rawlog size for new rawlogs.

=head2 Chat-Nets

=head3 C<chatnet_find $name>

Find chat network with name.

=head2 Status Bars

See also L<Irssi::TextUI::Statusbaritem>
B<TODO>

=head1 COPYRIGHT

All the content of this site is copyright E<copy> 2000-2010 L<The Irssi
project|http://irssi.org>.

Formatting to POD and linking by Tom Feist
 L<shabble+irssi@metavore.org|mailto:shabble+irssi@metavore.org>