Carl Franks (firea...@gmail.com)

( /me steps into a minefield )

I would suggest that if it's an update, you should already have the
artist PK - keep ahold of it when you're initially getting the vales
from the DB.

Then, when you're doing the update, verify the PK hasn't changed (or
maybe allow it to be configured to allow rel ID changes).

I know FormFu doesn't do that, it can just follow the relationship
name, so you don't need a hidden field for the related PK - but I feel
it's more flexible to handle traversing the relationships ourselves,
rather than using a core DBIC recursive-update.

Carl

2008/9/26 Terence Monteiro <terence@deeproot.co.in>:

> The only thing with Template::Alloy is that
> it does'nt seem to support the list import vmethod, does someone have a
> patch, or do I modify my template to get import working?

In my experience, the Template::Alloy author has been very good about
accepting patches / suggestions - so I'd suggest emailing him.

Carl

I'm just posting this here in case it's useful to anyone else.

`perperl` provided by the PersistentPerl distribution seems to work
fine with myapp_cgi.pl - with one exception...
sysread() seems to always return 0 when running under perperl.

I've created a basic engine that simply overrides read_chunk(), so it
uses read() instead.

This should also work with CGI::SpeedyCGI - which as far as I'm aware,
it the same code as PersistentPerl, under a different name.

Now to start repressing my memory of how long it's taken me to fix this...

Cheers,
Carl


package Catalyst::Engine::PerPerl;

use strict;
use base 'Catalyst::Engine::CGI';

sub read_chunk {
    shift; # $self
    shift; # $c

    *STDIN->read( @_ );
}

1;

Ah, ok.
You should have used header().
headers() returns the HTTP::Headers object, which you were overwriting.

$c->response->header(
    'Content-Disposition' => "attachment;filename=$name"
);

You'll still need the body($fh) bit to send the data, too.

Carl

open my $filehandle, '<', $filepath
    or die $!;

$c->response->body( $filehandle );


Cheers,
Carl

2008/8/18 Dermot <paikkos@googlemail.com>:
>
> I agree it is a great tool - shame the mailing list is down.

The FormFu list uses the same server as this catalyst list - so it's
probably not down ;)

The old rawmode.org address has been killed though.
I think all the documentation has been updated, but if you got the old
address from somewhere recently, can you let me know where, and I'll
try to get it fixed.

Cheers,
Carl

You can sign up to the HTML-FormFu mailing list here:
http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu

Cheers,
Carl

You're passing $form->model->update() your row object, so I don't
think it can be a problem with formfu, as it'll just be working with
that.
Did you follow Matthias' advice to `su apache` and check you can
change into the directory containing the db file?

Carl

2008/7/6 Octavian Rasnita <orasnita@gmail.com>:
>
> I have also installed it, but I needed to install DateTime and
> DateTime::Format::Strptime using ppm, because with cpan it gave some errors.

Okay, when I get the time, I'll try installing on a fresh perl
install, and see what happens.

I can remember hitting some missing prereq-dependency recently, but
can't find any relevant RT bugs on any of the DateTime* modules we use
- my bad for not following it up at the time!

Carl

2008/7/6 Octavian Rasnita <orasnita@gmail.com>:
>
> Will HTML::FormFu work under Windows?

Yes!

The reason I haven't released the MultiForm work to cpan yet, is
because I've had trouble getting the tests to run under windows - but
that's more an issue with how I was testing, rather than the actual
code.

Other than that though, I've got HTML-FormFu and all it's dependencies
installed using VanillaPerl on WinXP.

Carl

Hi,

The multiform module hasn't been released to cpan yet - you need to
check it out from the subversion repository.
You can find it, and the Cat-controller, in the 2 project folders:
http://html-formfu.googlecode.com/svn/trunk/HTML-FormFu
http://html-formfu.googlecode.com/svn/trunk/Catalyst-Controller-HTML-FormFu

The reason it hasn't been released yet, is because the file upload
handling needs a bit more work - other than that, it works fine, and
I'm using it in a live application.

Carl

I'll provide brief answers - if you want, repost to the formfu mailing
list [1] so we don't waste the good Catalyst folk's time.

When you referred to `$form->stash->{form}` I perhaps wrongly guessed
you were using Catalyst-Controller-HTML-FormFu and the FormConfig
action.

FormMethod is documented in Catalyst-Controller-HTML-FormFu [2]

In a nutshell, FormMethod('_build_form') does this:

    my $form = HTML::FormFu->new;
    $form->populate(
        $controller->_build_form($c)
    );
    $form->process( $c->request );
    $c->stash->{form} = $form;

> 2) From sub build_form_2, you mentioned that
>> # return hash-ref based on $c->req->params->{loan_type}
>> # automatically gets passed to $form->populate
>
> Is it possible for me to:
> a) load_config_file() of a certain file which I define (for example,
> "home_loans.yml")
> b) and return the form object that has just runned load_config_file
> (as per the step above)?

Something like this would work:

sub _build_form {
    my ( $self, $c ) = @_;

    my $value = $c->req->param->{loan_type}
        or die "loan_type required";

    my $file;

    if ( $value eq 'foo' ) {
        $file = 'foo.yml';
    }
    elsif ( $value eq 'bar' ) {
        $file = 'bar.yml';
    }
    else {
        die "invalid loan_type";
    }

    $file = $c->path_to('root', 'forms', $file);

    return {
        load_config_file => "$file",
    };
}


[1] http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu
[2] http://search.cpan.org/~cfranks/Catalyst-Controller-HTML-FormFu-0.03000/lib/Catalyst/Controller/HTML/FormFu.pm#SYNOPSIS

I think there's been either a lacking in my explanation, or a lacking
in your interpretation - if you follow my posted code, it does exactly
what you describe.

Display form 1
-> if valid goto form 2
-> if not valid redisplay form 1
Display form 2
-> if valid, use the data
-> if not valid, redisplay form 2

This is exactly what HTML::FormFu::MultiForm does, but makes it more
simple, as you can do it all within a single Catalyst action - it also
encrypts previous form's data within a hidden field, so you don't need
to revalidate earlier data.

The bit I suspect the OP was getting wrong, was trying to validate
form 2's submission, using form 1.

However, rather than suggest a new module - to get the job done I
suggested what I hoped would only be a minor code change (based on
typical formfu usage, as the OP didn't give any code).

Cheers,
Carl