Hi all,
just to chime in, I remember when the 1.1 form framework first came
out there was some commotion over making it hard to customize forms.
The usual reply at the time was that the form decorators should only
be used during prototyping and when one needs manual control over
layout, fields can
Thanks for your time Jeremy,
Im doing some more researching and i found this project:
http://sfshop.googlecode.com/svn/trunk
In the plugin folder has some payment plugins. But i dont know if is
the better solution for my problem.
Thanks,
Diego D'amico
On Sep 15, 12:32 pm, Jeremy Mikola wrote
>
> 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 (beca
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 templat
Unfortunately, I don't think there's anything available that would
cover all the bases.
I used sfPaypalDirectPlugin a few months ago when I was pressed for
time on a project, and despite being unmaintained and listed as a
Symfony 1.0 plugin, it worked adequately with Paypal's Direct Payment
API (p
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 yo
I think the template approach is great for the more complex widgets/
fields. But my experience is that most fields consist of single HTML
elements (input, textarea, etc.), and I don't think that you need a
template for them. So maybe, a hybrid solution would be ideal.
Johannes
On Sep 15, 2:59 pm,
Hi Fabien.
You can have an idea of the ASP.MVC implementation and overriding
process here :
http://elijahmanor.com/webdevdotnet/post/Opinionated-ASPNET-MVC-2-Template-Helpers.aspx.
Nevertheless it is not a very well documented feature of ASP.MVC. If
you want more detail you can still ask me, I pra
The data grid mentioned is good - but pretty well-coupled to sympal.
Probably not a bad idea to look at it for some inspiration - I'd love to see
someone create this as a standalone "idea" for symfony1 which could be used
as inspiration for Symfony2.
Ryan Weaver
Lead Programmer Iostudio, LLC
http:
all thumbs up!
2010/9/13 jaime
> This is great.!
>
> It has been a very big headache for me to change the rendering of some
> field in Symfony. In this way it's very easy!
>
> On Sep 13, 4:22 pm, Fabien Potencier project.com> wrote:
> > On 9/13/10 6:46 PM, Michel wrote:
> >
> > > Actually, it l
Hi all,
Im developing a shopping cart using my own plugin
http://www.symfony-project.org/plugins/ddOnlineStorePlugin for the
catalog.
But, what plugin do you recommend for the payment process?
I am researching and i found 3:
http://www.symfony-project.org/plugins/sfPaypalDirectPlugin
http://www.
On 9/15/10 2:47 PM, Dennis Benkert wrote:
As a reminder, another possible approach is the way Agavi does it: you
just define your html by hand (it could be optioanlly rendered by those
subtemplates and cached) and then validation/auto-fill is added by
transforming the output of th
>
> As a reminder, another possible approach is the way Agavi does it: you
> just define your html by hand (it could be optioanlly rendered by those
> subtemplates and cached) and then validation/auto-fill is added by
> transforming the output of the page with xslt. The advantage in this
> case is
On 13.09.2010 17:21, Fabien Potencier wrote:
> On 9/13/10 5:16 PM, Tom Boutell wrote:
>> Philosophically I think this is a great solution. I hope the
>> performance issues can be finessed. My understanding is that templates
>> are a lot faster in 2.0...
>
> I have not done any serious benchmark. I
14 matches
Mail list logo
