On Oct 24, 5:47 pm, "Alistair Stead" <[EMAIL PROTECTED]>
wrote:
> Have you tried sfPokaYoke? I built it so I would happily take your comments
> and suggestions that would make it suitable for your scenario.
>
The way sfPokaYokePlugin ran as a filter on *every* request made me
close the editor window once and forever. I like the way
sfFormValidationPlugin overrides the built-in helpers, if only it did
so while being fully compliant! Here's what I wrote to you at the
forum when you deemed my feature request of permitting full URLs in
form_tag() as unnecessary:

Hey, Alon,

I perfectly understand your reasoning, but, like always, there are
several sides of the coin Smile

1) full URLs provide a very convenient way to pass parameters to
another action. If, for example, you do a http://example.com/user/edit/id/32
which opens up a form to edit user with ID 32 on GET requests AND
intends to submit updated data to the very same URL, in which case the
application recognizes it as a POST request and acts accordingly. No
need to pass hidden fields or anything, which is the "traditional" way
of doing this. It's just an URL, it doesn't matter what it looks like.
Even user-edit-32.html, as long as it carries the necessary
information.

2) it's pretty unnatural to use routing labels when form_tag is in
only one "file" in your app, and gets reused in many different places.
It's as generic as possible. form_tag doesn't need to bother what
arguments ought to be passed on submit: they're already in the URL.

3) like I already mentioned, full URLs are supported by plain ol'
form_tag of Symfony 1.0.x (by a side-effect or intentionally, I don't
know). This is probably the strongest reason.

P.S.: if you were faced with any difficulties while trying to find out
if implementing such form actions was possible in your plugin, maybe
you can post your findings here so we can see where the stumbling
point was?

Thanks.


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"symfony users" 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-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to