This argument gets a bit out of proportions - so I will not extend it. -- Zbyszek
On 9/19/07, Mario Minati <[EMAIL PROTECTED]> wrote: > On Wednesday 19 September 2007 10:59:17 Zbigniew Lukasiak wrote: > > On 9/18/07, Mario Minati <[EMAIL PROTECTED]> wrote: > > > When using 'populate' you cannot be sure if something is being changed > > > later on. When 'process' and 'render' are called nothing will be changed > > > anymore. That's why I use these functions. > > > > OK - so you want to be sure that the options are there - even if > > someone writes some extension that manipulates the element. Hmm ... > > When extending DBIC you just call the ancessor (my $process = > $self->next::method...) and do you stuff, or you do your stuff before. > > > Let's say that I am overriding render to add some formatting (or to > > use some different templating) - then, I don't know about others but, > > I would expect that the options are there already at that stage. It > > would be unintuitive if after 'populate' the element is not yet ready > > made. > > I disagree. If you create form elements by perl, not via load_config_file, > than you are working on the elements until you call 'process/render'. So in > my understanding the only function call that tells me that the form is > complete is 'process/render'. > > > Or let's say I want to delete some of the generated options - because > > even if they come from the database I don't want them in the form - > > then again I would expect that after the call to populate the element > > is ready and I can delete from it the options that I don't want. > > This is only a problem when the solution *must* be found within FormFu. I deal > with this situation by making a user defined search, that's why you can say > which search function to use and give search attributes. > An other possibility would be to define a callback function which preprocesses > the resultset. In my opinion this contradicts the goal to divide M, V and C > as this logic belongs into the model. But you are welcome to create a patch, > that I can include. > > > Isn't that what you would expect? > > > Well, when you could be more concrete on what you would like to realise, it > would be easier to find apropriate, not general, solutions. > > Greets, > Mario > > _______________________________________________ > 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
