On Tue, Jul 1, 2008 at 6:10 PM, Waylan Limberg <[EMAIL PROTECTED]> wrote:
>
> On Tue, Jul 1, 2008 at 5:59 PM, David Durham, Jr.
> <[EMAIL PROTECTED]> wrote:
>>
>> Nice thing about GETs is that users aren't confronted with the dreaded
>> "Data was submitted with POST" confirmation, which is confusing to
>> most people and usually not tested.  Basically you end up breaking the
>> back button and the reload button.
>
> Um, this is intentional and a good thing. If you read the spec, not
> only is the difference between GET and POST defined, but the way user
> agents (browsers) should treat them is defined as well. Breaking the
> back & reload buttons is a requirement of the spec to, among other
> reasons, avoid multiple posts by impatient (or double-clicking) users.
> Granted, browsers could provide more helpful messages, but we want
> that behavior for POSTing data.

What specification requires this?

> Which leads me to the question: In what use-case would a FormWizard
> ever GET? GET is only to be used to retrieve data (i.e.: search
> results) whereas POST should be used when submitting data to the
> server. I can't think of any case where a multi-page form would be
> used to "retrieve" data. I realize Jeremy suggested that POST would
> still be used on the final page, but even so, the other pages
> technically are still POSTing data.

The other pages are obviously retrieving the form to be filled in to
complete the next step.

> Perhaps he wants to allow the user to stop part way through a wizard,
> bookmark the url (with the data entered thus far preserved in the
> querystring), and allow them to pick up where they left off later.?
> Interesting, but I wouldn't recommend it. For one, that could result
> in some long urls (perhaps even longer than the limit). A multi-part
> form could add up to a lot pretty quick. Second, those would be some
> ugly urls. And third, as mentioned above, it's not really the proper
> use of GET anyway.

I fail to see how the perceived beauty of the generated URLs matters?
Depending on the situation, using GET for various pages of a
wizard-style interaction may be exactly the right thing to do.

This doesn't seem to mesh nicely with the way things work in
FormWizard's world, though.


Arien

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to