First - hey Carl - I am waiting for you to approve my design before commiting.

On 9/27/07, Mario Minati <[EMAIL PROTECTED]> wrote:
> You are removing and recreating the related rows, what do you think of a loop
> removing only records that are no longer required and create new ones.
> I'm thinking of this as in my app the model (and the db) autocreates an
> GUID/UUID column for every new row that is used for linking stuff together.
> These kinds of relations would currently get lost.

This is in plans - but not immediate - first I need to have an overall
api design.

>
> BTW:
> What kind of select box does MySelect provide?

Hmm - I don't understand that question - it only adds one method to
the standard Select box.   The name is now Select::DBIC

>
> With regard to your idea of separating the fill_formfu_values and
> populate_from_formfu I suggest putting the functions itself in a class in the
> HTML::FormFu tree, providing the functionallity.
> Then the DBIC::HTML::FormFu class can use these functions to do it's work and
> everyone's free to go his/her way.

That's a good idea!

Now I think populate_from_formfu and fill_formfu_values should be
methods of the form - this way we could subclass it later.  So
HTML::FormFu::DBIC will be a subclass of FormFu with those additional
two methods.

Cheers,
Zbyszek

_______________________________________________
HTML-FormFu mailing list
HTML-FormFu@lists.scsys.co.uk
http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu

Reply via email to