NAME

POE::Component::IRC::Plugin::ColorNamer - PoCo IRC plugin that tells the name of the color by its hex code

SYNOPSIS

use strict;
use warnings;

use POE qw(Component::IRC  Component::IRC::Plugin::ColorNamer);

my $irc = POE::Component::IRC->spawn(
    nick        => 'ColorNamerBot',
    server      => 'irc.freenode.net',
    port        => 6667,
    ircname     => 'ColorNamerBot',
);

POE::Session->create(
    package_states => [
        main => [ qw(_start irc_001) ],
    ],
);

$poe_kernel->run;

sub _start {
    $irc->yield( register => 'all' );

    $irc->plugin_add(
        'ColorNamer' =>
            POE::Component::IRC::Plugin::ColorNamer->new
    );

    $irc->yield( connect => {} );
}

sub irc_001 {
    $irc->yield( join => '#zofbot' );
}


<Zoffix> ColorNamerBot, colornamer :89043d
<ColorNamerBot> Brick Red (#c62d42)
<Zoffix> ColorNamerBot, colornamer 89043d
<ColorNamerBot> Siren (#7a013a)
<Zoffix> ColorNamerBot, colornamer fff
<ColorNamerBot> White (#ffffff, exact match)

DESCRIPTION

This module is a POE::Component::IRC plugin that uses POE::Component::IRC::Plugin for its base. It provides means to get a name of a color, given its hex code. This functionality is provided by App::ColorNamer module. The plugin accepts input from public channel events, /notice messages as well as /msg (private messages).

PLUGIN FUNCTION USAGE

<Zoffix> ColorNamerBot, colornamer :89043d
<ColorNamerBot> Brick Red (#c62d42)
<Zoffix> ColorNamerBot, colornamer 89043d
<ColorNamerBot> Siren (#7a013a)
<Zoffix> ColorNamerBot, colornamer fff
<ColorNamerBot> White (#ffffff, exact match)

The plugin expects either a 3 or 6-digit hexadecimal color code as input, optionally prefixed by a hash symbol. This input can be prefixed by a colon character(:) to make the plugin use "sane colors" only. See App::ColorNamer's sane_colors() method's description for more info.

CONSTRUCTOR

new

# plain and simple
$irc->plugin_add(
    'ColorNamer' => POE::Component::IRC::Plugin::ColorNamer->new
);

# juicy flavor
$irc->plugin_add(
    'ColorNamer' =>
        POE::Component::IRC::Plugin::ColorNamer->new(
            auto             => 1,
            sane_colors      => [ qw/FFFAAA  AAAFFF/ ],
            response_event   => 'irc_colornamer',
            banned           => [ qr/aol\.com$/i ],
            root             => [ qr/mah.net$/i ],
            addressed        => 1,
            trigger          => qr/^color\s*namer\s+(?=\S+$)/i,
            triggers         => {
                public  => qr/^color\s*namer\s+(?=\S+$)/i,
                notice  => qr/^color\s*namer\s+(?=\S+$)/i,
                privmsg => qr/^color\s*namer\s+(?=\S+$)/i,
            },
            response_types   => {
                public      => 'public',
                privmsg     => 'privmsg',
                notice      => 'notice',
            },
            listen_for_input => [ qw(public notice privmsg) ],
            eat              => 1,
            debug            => 0,
        )
);

The new() method constructs and returns a new POE::Component::IRC::Plugin::ColorNamer object suitable to be fed to POE::Component::IRC's plugin_add method. The constructor takes a few arguments, but all of them are optional. Note: you can change the values of the arguments dynamically by accessing them as hashref keys in your plugin's object; e.g. to ban some user during runtime simply do push @{ $your_plugin_object->{banned} }, qr/user!mask/ The possible arguments/values are as follows:

sane_colors

sane_colors => [ qw/FFFAAA  AAAFFF/ ],

Optional. Takes an arrayref as a value. If specified, this arrayref will be given to sane_colors() App::ColorNamer's method. See App::ColorNamer's sane_colors() method's description for more info. By default is not specified.

auto

->new( auto => 0 );

Optional. Takes either true or false values, specifies whether or not the plugin should auto respond to requests. When the auto argument is set to a true value plugin will respond to the requesting person with the results automatically. When the auto argument is set to a false value plugin will not respond and you will have to listen to the events emitted by the plugin to retrieve the results (see EMITTED EVENTS section and response_event argument for details). Defaults to: 1.

response_event

->new( response_event => 'event_name_to_receive_results' );

Optional. Takes a scalar string specifying the name of the event to emit when the results of the request are ready. See EMITTED EVENTS section for more information. Defaults to: irc_colornamer

banned

->new( banned => [ qr/aol\.com$/i ] );

Optional. Takes an arrayref of regexes as a value. If the usermask of the person (or thing) making the request matches any of the regexes listed in the banned arrayref, plugin will ignore the request. Defaults to: [] (no bans are set).

root

->new( root => [ qr/\Qjust.me.and.my.friend.net\E$/i ] );

Optional. As opposed to banned argument, the root argument allows access only to people whose usermasks match any of the regexen you specify in the arrayref the argument takes as a value. By default: it is not specified. Note: as opposed to banned, specifying an empty arrayref to root argument will restrict access to everyone.

trigger

->new( trigger => qr/^color\s*namer\s+(?=\S+$)/i);

Optional. Takes a regex as an argument. Messages matching this regex, irrelevant of the type of the message, will be considered as requests. See also addressed option below which is enabled by default as well as triggers option, which is more specific. Note: the trigger will be removed from the message, therefore make sure your trigger doesn't match the actual data that needs to be processed. Defaults to: qr/^color\s*namer\s+(?=\S+$)/i

triggers

->new( triggers => {
        public  => qr/^color\s*namer\s+(?=\S+$)/i,
        notice  => qr/^color\s*namer\s+(?=\S+$)/i,
        privmsg => qr/^color\s*namer\s+(?=\S+$)/i,
    }
);

Optional. Takes a hashref as an argument which may contain either one or all of keys public, notice and privmsg which indicates the type of messages: channel messages, notices and private messages respectively. The values of those keys are regexes of the same format and meaning as for the trigger argument (see above). Messages matching this regex will be considered as requests. The difference is that only messages of type corresponding to the key of triggers hashref are checked for the trigger. Note: the trigger will be matched irrelevant of the setting in triggers, thus you can have one global and specific "local" triggers. See also addressed option below which is enabled by default as well as triggers option which is more specific. Note: the trigger will be removed from the message, therefore make sure your trigger doesn't match the actual data that needs to be processed. Defaults to: qr/^color\s*namer\s+(?=\S+$)/i for all three triggers.

response_types

->new(
    response_types   => {
        public      => 'public',
        privmsg     => 'privmsg',
        notice      => 'notice',
    },
)

Optional. Takes a hashref with one, two or three keys as a value. Valid keys are public, privmsg and notice that correspond to messages sent from a channel, via a private message or via a notice respectively. When plugin is set to auto-respond (it's the default) using this hashref you can control the response type based on where the message came from. The valid values of the keys are the same as the names of the keys. The default is presented above - messages are sent the same way they came. If for example, you wish to respond to private messages with notices instead, simply set privmsg key to value notice:

->new(
    response_types   => {
        privmsg     => 'notice',
    },
)

addressed

->new( addressed => 1 );

Optional. Takes either true or false values. When set to a true value all the public messages must be addressed to the bot. In other words, if your bot's nickname is Nick and your trigger is qr/^trig\s+/ you would make the request by saying Nick, trig #fff. When addressed mode is turned on, the bot's nickname, including any whitespace and common punctuation character will be removed before matching the trigger (see above). When addressed argument it set to a false value, public messages will only have to match trigger regex in order to make a request. Note: this argument has no effect on /notice and /msg requests. Defaults to: 1

listen_for_input

->new( listen_for_input => [ qw(public  notice  privmsg) ] );

Optional. Takes an arrayref as a value which can contain any of the three elements, namely public, notice and privmsg which indicate which kind of input plugin should respond to. When the arrayref contains public element, plugin will respond to requests sent from messages in public channels (see addressed argument above for specifics). When the arrayref contains notice element plugin will respond to requests sent to it via /notice messages. When the arrayref contains privmsg element, the plugin will respond to requests sent to it via /msg (private messages). You can specify any of these. In other words, setting ( listen_for_input = [ qr(notice privmsg) ] )> will enable functionality only via /notice and /msg messages. Defaults to: [ qw(public notice privmsg) ]

eat

->new( eat => 0 );

Optional. If set to a false value plugin will return a PCI_EAT_NONE after responding. If eat is set to a true value, plugin will return a PCI_EAT_ALL after responding. See POE::Component::IRC::Plugin documentation for more information if you are interested. Defaults to: 1

debug

->new( debug => 1 );

Optional. Takes either a true or false value. When debug argument is set to a true value some debugging information will be printed out. When debug argument is set to a false value no debug info will be printed. Defaults to: 0.

EMITTED EVENTS

response_event

{
    'result' => 'Cod Gray (#0b0b0b)',
    'who' => 'Zoffix!sexy@i.love.debian.org',
    'what' => '080808',
    'type' => 'public',
    'channel' => '#zofbot',
    'message' => 'ColorNamerBot, colornamer 080808'
}

The event handler set up to handle the event, name of which you've specified in the response_event argument to the constructor (it defaults to irc_colornamer) will receive input every time request is completed. The input will come in $_[ARG0] on a form of a hashref. The possible keys/values of that hashrefs are as follows:

result

{
    'result' => 'Cod Gray (#0b0b0b)',
...

The result key will contain the output of the plugin; this is the string the plugin would output to the requestor if the auto option is turned on.

who

{
    'who' => 'Zoffix!Zoffix@i.love.debian.org',
...

The who key will contain the user mask of the user who sent the request.

what

{
    'what' => '080808',
...

The what key will contain user's message after stripping the trigger (see CONSTRUCTOR).

message

{
    'message' => 'ColorNamerBot, colornamer 080808'
...

The message key will contain the actual message which the user sent; that is before the trigger is stripped.

type

{
    'type' => 'public',
...

The type key will contain the "type" of the message the user have sent. This will be either public, privmsg or notice.

channel

{
    'channel' => '#zofbot',
...

The channel key will contain the name of the channel where the message originated. This will only make sense if type key contains public.

EXAMPLE

The examples/ directory of this distribution contains a sample color naming IRC bot.

REPOSITORY

Fork this module on GitHub: https://github.com/zoffixznet/POE-Component-IRC-PluginBundle-WebDevelopment

BUGS

To report bugs or request features, please use https://github.com/zoffixznet/POE-Component-IRC-PluginBundle-WebDevelopment/issues

If you can't access GitHub, you can email your request to bug-POE-Component-IRC-PluginBundle-WebDevelopment at rt.cpan.org

AUTHOR

Zoffix Znet <zoffix at cpan.org> (http://zoffix.com/, http://haslayout.net/)

LICENSE

You can use and distribute this module under the same terms as Perl itself. See the LICENSE file included in this distribution for complete details.