Re: [Catalyst] FormHandler -- pro or con?

2010-12-06 Thread Toby Corkindale
On 1 December 2010 02:34, will trillich will.trill...@serensoft.com wrote:
 Anybody else *dissing* FormHandler? We've started developing based on
 FormHandler lately and haven't had troubles... yet?

I'm running it, and have been very happy with it.
It's nice that you can put all your common form elements into roles
and then combine them.
I'm familiar with Moose, so HFH's syntax came fairly naturally to me,
but I guess it could be confusing to others?

Performance is reasonable - and a lot faster compared to FormFu.

Cheers,
Toby

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] Which Form Validation Libs?

2010-12-06 Thread Toby Corkindale
On 30 November 2010 22:26, Shlomi Fish shlo...@iglu.org.il wrote:
 On Tuesday 30 November 2010 11:31:56 David Schmidt wrote:
 another great module which from my perception is used the most lately is

 HTML::FormHandler
 http://search.cpan.org/~gshank/HTML-FormHandler-0.32005/


 I can recommend *against* HTML-FormHandler.

 For my day job's Perl and Catalyst project, we initially decided to go with
 HTML-FormHandler, only to discover it was buggy, quirky and had severe memory
 leaks. We ended up doing many workarounds and recently made a transition from
 it to HTML-FormFu, which while by no means perfect, is much saner.

 My co-worker nothingmuch who has done many of the workarounds can provide
 further comments on it. Recently I had to over-ride a role in the login form
 (for which we need to use HTML-FormHandler due to CatalystX::SimpleLogin) that
 will accept an empty string as the 'action=' attribute because it only
 placed true values of the attribute there, which ruled out empty strings. But
 I recall many other fun hours debugging HTML-FormHandler.

I hit issues with FormHandler and HFH::Model::DBIC having issues with
empty strings vs definedness too, but it was a few months ago. I
submitted some patches that were accepted a few versions back and it's
been pretty good for me since. The code is reasonably logical and easy
to work with, I felt.

By comparison, a major app I built on FormFu earlier in the year
resulted in epic debugging and terribly complex and not-at-all-logical
forms, and the problems seemed more deeply ingrained. (That was a
medium version number at least ago.)

They both have their weaknesses, but having used both, I definitely
think HFH is the way to go at the moment.

Both modules have good authors who are helpful and actively developing.

Cheers,
Toby

___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/


Re: [Catalyst] FormHandler -- pro or con?

2010-12-06 Thread Octavian Rasnita
From: Toby Corkindale t...@dryft.net

 On 1 December 2010 02:34, will trillich will.trill...@serensoft.com wrote:
 Anybody else *dissing* FormHandler? We've started developing based on
 FormHandler lately and haven't had troubles... yet?
 
 I'm running it, and have been very happy with it.
 It's nice that you can put all your common form elements into roles
 and then combine them.
 I'm familiar with Moose, so HFH's syntax came fairly naturally to me,
 but I guess it could be confusing to others?
 
 Performance is reasonable - and a lot faster compared to FormFu.
 
 Cheers,
 Toby


Is there a way of making H::FH beeing more elegant?

I mean, is there a way of doing something to not need using Perl code for 
creating the forms, but only using some configuration files like in H::FF's 
case?

Thanks.

Octavian


___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/