> > Well, I agree the agavi approach is not flawless, although forcing you > to have valid html sounds more like a feature to me. >
Valid html code is absolutely a must have for me too. But the feeling I have about the Agavi approach is that is more like dictating you to have valid html code (because otherwise the fpf won't work in any way). And we all know that one day or another you will have some invalid code in your project (may it be because of human errors, or crappy WYSIWYG editor, etc.). Also it feels a bit magical (like it felt back in symfony 1.0 days too) when your html code get's "enriched" by some "outside" code. imho this makes debugging a harder task since you might get no feedback or your only feedback will be that you don't see anything happen (like enriching your html code). What might be good is to define your > own "form templates" that can accept a bunch of fields and render them > in your own way (wrapped with a <li> and god knows what you like). But > that could be left entirely to the developer to build if he likes/needs it. I like this idea very much. - Dennis 2010/9/15 Jordi Boggiano <[email protected]> > On 15.09.2010 14:59, Fabien Potencier wrote: > >> But this would also include that your html code has to be 100% valid all > >> the time, doesn't it? In nearly every Agavi project we did we had hard > >> times getting FPF (Form Population Filter) pleased because of html > >> validation issues. Or aren't you talking about the FPF mechanism? > > Well, I agree the agavi approach is not flawless, although forcing you > to have valid html sounds more like a feature to me. > > > That is what we had in symfony 1... with all the problems. And this is > a totally different approach as you loose all the benefits of the form > framework. > > All I'm hoping for is that the Symfony2 approach will be fast enough by > default instead of privileging slowish syntax candy. I for one don't > like form frameworks too much, and I think as Johannes said that most > fields don't require a template. What might be good is to define your > own "form templates" that can accept a bunch of fields and render them > in your own way (wrapped with a <li> and god knows what you like). But > that could be left entirely to the developer to build if he likes/needs it. > > Cheers > > -- > Jordi Boggiano > @seldaek :: http://seld.be/ > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<symfony-devs%[email protected]> > For more options, visit this group at > http://groups.google.com/group/symfony-devs?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en
