Why not adopt me?
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.