NAME

Egg::Plugin::FormValidator::Simple - Validator for Egg with FormValidator::Simple

SYNOPSIS

use Catalyst qw/ FormValidator::Simple FillInForm /;

__PACKAGE__->egg_startup(

plugin_validator => {
  plugins => ['CreditCard', 'Japanese'],
  options => { charset => 'euc'},
  },

);

$e->form(
  param1 => [qw/NOT_BLANK ASCII/, [qw/LENGTH 4 10/]],
  param2 => [qw/NOT_BLANK/, [qw/JLENGTH 4 10/]],
  mail1  => [qw/NOT_BLANK EMAIL_LOOSE/],
  mail2  => [qw/NOT_BLANK EMAIL_LOOSE/],
  { mail => [qw/mail1 mail2/] } => ['DUPLICATION'],
  );

print $e->form->valid('param1');

if ( some condition... ) {
   $e->form( other_param => [qw/NOT_INT/] );
}

if ( some condition... ) {
   # set your original invalid type.
   $e->set_invalid_form( param3 => 'MY_ERROR' );
}

if ( $e->form->has_error ) {

   if ( $e->form->missing('param1') ) {
      ...
   }

   if ( $e->form->invalid( param1 => 'ASCII' ) ) {
      ...
   }

   if ( $e->form->invalid( param3 => 'MY_ERROR' ) ) {
      ...
   }

}

DESCRIPTION

This plugin allows you to validate request parameters with FormValidator::Simple. See FormValidator::Simple for more information.

This behaves like as Catalyst::Plugin::FormValidator.

METHODS

form

set_invalid_form

CONFIGURATION

set config with 'plugin_validator' key.

__PACKAGE__->egg_startup( plugin_validator => { ... } );

or MyApp::config.pm is edited.

PLUGINS

If you want to use some plugins for FormValidator::Simple, you can set like following.

plugin_validator => {
  plugins => [qw/Japanese CreditCard DBIC::Unique/],
  },

In this example, FormValidator::Simple::Plugin::Japanese, FormValidator::Simple::Plugin::CreditCard, and FormValidator::Simple::Plugin::DBIC::Unique are loaded.

OPTIONS

When you set some options needed by specific validations, do like this.

plugin_validator => {
   plugins => [qw/Japanese CreditCard DBIC::Unique/],
   options => {
      charset => 'euc',
      },
   },

VALIDATION

use 'form' method, see FormValidator::Simple in detail.

# execute validation.
$e->form(
   name  => [qw/NOT_BLANK ASCII/,       [qw/LENGTH 0 20/] ],
   email => [qw/NOT_BLANK EMAIL_LOOSE/, [qw/LENGTH 0 20/] ],
   { unique => [qw/name email/] } => [qw/DBIC_UNIQUE User name email/],
  );

if ( ... ) {

   # execute validation one more time in specific condition.
   $e->form( ... );

}

# check result.
# you can pick up result-object with 'form' method

my $result = $e->form;

if ( $result->has_error ) {

  # this is same as
  # if ( $result->has_missing or $result->has_invalid )

  $e->detach('add');

}

HANDLING SUCCESSFUL RESULT

After it passes all validations, you may wanna put input-data into database. It's a elegant way to use [ Class::DBI and Class::DBI::FromForm ] or [ DBIx::Class and DBIx::Class::WebForm ].

$c->form(
   name  => [qw/NOT_BLANK/],
   email => [qw/NOT_BLANK/],
  );

my $result = $c->form;
if ( $result->has_error ) {
   ... error.
}

my $user = MyProj::Model::DBIC::User->create_from_form($result);

# this behaves like this...
# MyProj::Model::DBIC::User->create({
#    name  => $result->valid('name'),
#    email => $result->valid('email'),
# });
#
# if the key exists as the table's column, set the value with 'valid'

Here, I explain about 'valid' method. If the value indicated with key-name passes validations, You can get the data with 'valid',

my $result = $c->form(
   name  => [qw/NOT_BLANK/],
   email => [qw/NOT_BLANK/],
  ); 

print $result->valid('name');

print $result->valid('email');

But, this is for only single key validation normally.

my $result = $c->form(
   name => [qw/NOT_BLANK/], # single key validation
   { mail_dup => [qw/email email2/] } => ['DUPLICATION'] # multiple keys one
  );

print $result->valid('name'); # print out the value of 'name'

print $result->valid('mail_dup'); # no value.

There are exceptions. These are 'DATETIME', 'DATE'.

my $result = $c->form(
   { created_on => [qw/created_year created_month created_day/] }
   =>
   [qw/DATETIME/],
  );

print $result->valid('created_on'); #print out datetime string like "2005-11-23 00:00:00".

If you set some class around datetime in configuration. It returns object of the class you indicate. You can choose from Time::Piece and DateTime. For example...

plugin_validator => {
   validator => {
     plugins => [...],
     options => {
        datetime_class => 'Time::Piece',
        },
     },
  );

or

plugin_validator => {
   validator => {
     plugins => [...],
     options => {
        datetime_class => 'DateTime',
        time_zone      => 'Asia/Tokyo',
        },
     },
  );

then

my $result = $c->form(
   { created_on => [qw/created_year created_month created_day/] }
   =>
   [qw/DATETIME/],
  );

my $dt = $result->valid('created_on');

print $dt->ymd;

MyProj::Model::CDBI::User->create_from_form($result);

This may be useful when you define 'has_a' relation for datetime columns. For example, in your table class inherits 'Class::DBI'

__PACKAGE__->has_a( created_on => 'DateTime',
   inflate => ...,
   deflate => ...,
  );

And see also Class::DBI::Plugin::TimePiece, Class::DBI::Plugin::DateTime.

MESSAGE HANDLING

in template file, you can handle it in detail.

[% IF c.form.has_error %]
<p>Input Error</p>
<ul>
[% IF c.form.missing('name') %]
<li>input name!</li>
[% END %]
[% IF c.form.invalid('name') %]
<li>name is wrong</li>
[% END %]
[% IF c.form.invalid('name', 'ASCII') %]
<li>input name with ascii code.</li>
[% END %]
[% IF c.form.invalid('name', 'LENGTH') %]
<li>wrong length for name.</li>
[% END %]
</ul>
[% END %]

or, make it more easy.

[% IF c.form.has_error %]
<p>Input Error</p>
<ul>
[% FOREACH key IN c.form.error %]
    [% FOREACH type IN c.form.error(key) %]
    <li>Invalid: [% key %] - [% type %]</li>
    [% END %]
[% END %]
</li>
[% END %]

And you can also use messages configuration as hash reference.

plugin_validator => {
   plugins  => [...],
   messages => {
      user => {
         name => {
            NOT_BLANK => 'Input name!',
            ASCII     => 'Input name with ascii code!',
            },
         email => {
            DEFAULT   => 'email is wrong.!',
            NOT_BLANK => 'input email.!'
            },
         },
      company => {
         name => {
            NOT_BLANK => 'Input name!',
            },
         },
      },
   },

or YAML file. set file name

plugin_validator => {
   plugins  => [...],
   messages => 'conf/messages.yml',
   },

and prepare yaml file like following,

DEFAULT:
    name:
        DEFAULT: name is invalid
user:
    name:
        NOT_BLANK: Input name!
        ASCII: Input name with ascii code!
    email:
        DEFAULT: Email is wrong!
        NOT_BLANK: Input email!
company:
    name:
        NOT_BLANK: Input name!

the format is...

Action1_Name:
    Key1_Name:
        Validation1_Name: Message
        Validation2_Name: Message
    Key2_Name:
        Validation1_Name: Message
Action2_Name:
    Key1_Name:
        ...
    

After messages configuration, call messages() method from result-object. and set action-name as argument.

[% IF c.form.has_error %]
<ul>
    [% FOREACH message IN c.form.messages('user') %]
    <li>[% message %]</li>
    [% END %]
</ul>
[% END %]

you can set each message format

MyApp->config(
    validator => {
        messages => 'messages.yml',  
        message_format => '<p>%s</p>'
    },
);

[% IF c.form.has_error %]
    [% c.form.messages('user').join("\n") %]
[% END %]

SEE ALSO

FormValidator::Simple, Catalyst::Plugin::FormValidator::Simple, Egg::Release,

AUTHOR

This code is a transplant of 'Masatoshi Mizuno <lushe@cpan.org>' of the code of 'Catalyst::Plugin::FormValidator::Simple'.

Therefore, the copyright of this code is assumed to be the one that belongs to 'Lyo Kato <lyo.kato@gmail.com>'.

COPYRIGHT AND LICENSE

Copyright(C) 2005 by Lyo Kato

This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.