Hi Tom, Symfony 2 forms still bundle renderers (formerly called formatters). Forms come with a renderer by default that allows to quickly generate a fully working prototype.
However, once you want to customize the form, you need to put the full HTML into your template (or write a renderer). This may sound like a regression from sf1.0, but in reality it allows you to customize the HTML much easier and quicker (which is much more RAD). We will probably also provide some auto-generation facilities for that. Bernhard 15. Mär 2010 4:08 nachm. schrieb am "Tom Boutell" <[email protected]>: Also, thanks for the suggestion on loading i18n globally in a plugin. We've already worked through calling use_helper('I18N') from every template, but I guess loading __() globally wouldn't have any detrimental effect even if the developer is not expecting it (my main reason for not just requiring it be enabled globally as one might do in an application). As others have pointed out, one can just have a never-called function with a lot of __() calls just to satisfy an extraction task. This morning I enhanced my form i18n extractor quite a bit - it gets the form labels the same way a form formatter would but without actually rendering HTML and regexping it (yuck). And it also gets messages from all validators, including pre and post validators. Not bad, if you're willing to ensure that all of your forms can be instantiated without arguments, at least in a sloppy warning-producing way solely for this purpose. On Sun, Mar 14, 2010 at 4:44 PM, Nicolas Perriault <[email protected]> wrote: > On Sun, Mar 14, ... -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-projec... -- 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
