Hi Mario, After some reading around in FormFu I need to backtrack a bit with the question:
Why you override 'process' and 'render' instead of 'populate'? Another posibility I saw is to use the 'config_callback' option - but that would work only on loaded config - so your way is more general. Cheers, Zbyszek On 9/14/07, Mario Minati <[EMAIL PROTECTED]> wrote: > On Friday 14 September 2007 17:42:45 Zbigniew Lukasiak wrote: > > Hi Mario, > > > > Only after some thinking I understood your approach - instead of > > building the options at the creation time you build them just before > > they are needed - i.e. at the process time. That's a clever work > > around the problems that I was writing in my previous email. The only > > question is if calling process is obligatory, for now I don't see why > > it should not. What I would change there is putting the Catalyst > > context on the stash - I would put there the DBIC schema instead - and > > have it independent from Catalyst. > > That's a good idea. I'll change it to be more flexible in the next days. > > Greets, > Mario > > > > > Just one correction HTML::Widget::DBIC is in no way related to > > Catalyst Action Controllers - it is completely independent from > > Catalyst and it does use a config for it's options. > > > > -- > > Zbyszek > > > > On 9/13/07, Mario Minati <[EMAIL PROTECTED]> wrote: > > > On Wednesday 12 September 2007 15:41:29 Zbigniew Lukasiak wrote: > > > > Hi there, > > > > > > > > Have you had a look at > > > > http://search.cpan.org/~zby/HTML-Widget-DBIC-0.03/lib/HTML/Widget/DBIC. > > > >pm ? It was solving a similar problem for HTML::Widget. Granted it is > > > > a bit experimental. > > > > > > > > I am planning to port it to FormFu. > > > > > > > > Does your version work only in Catalyst environment? > > > > > > What you did in that module is very smotth connected with the Action > > > Controller. What I tried in my module is to follow Carls config file > > > approach, which I like very much. > > > > > > It would be good to combine each ways to a common way handling that > > > stuff. And the way Carl is trying to use the information from the DBIC > > > could be a very elegant soultion in form automatism, I could also provide > > > solutions for the DBIC stuff that we are needing. > > > > > > The second thing Carl was suggesting a few days ago, to create a generic > > > HTML::FormFu::DBIC base class for elements, constraints and maybe filters > > > might also be considered before investing more time in DBIC classes for > > > FormFu. > > > > > > Maybe we can start collecting goals for such a HTML::FormFu::DBIC class. > > > > > > Greets, > > > Mario > > > > > > _______________________________________________ > > > HTML-FormFu mailing list > > > HTML-FormFu@lists.scsys.co.uk > > > http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu > > > > _______________________________________________ > HTML-FormFu mailing list > HTML-FormFu@lists.scsys.co.uk > http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu > -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ _______________________________________________ HTML-FormFu mailing list HTML-FormFu@lists.scsys.co.uk http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu
