On 2011-12-13 19:10, Arthur Clifford wrote:
If you are going to allow for a response that doesn't necessarily need to change the requesting page should there be an onDelete, onUpdate, and possibly onPut handler for a form tag? The page creator could always indicate via javascript a page to redirect to upon getting a 202 response. One might also argue for the use of the same thing for post and get as well; onGet, onPut. This would also mean that javascript could replace contents of a div on a page based on the response if page developers wanted to create more 21st century web experiences that don't reload everything for something relevant to a section of a page.If you do that it would probably also nice to have javascript access to the object doing the transfer so that one could provide either a progress bar or busy indicator in the page. Something like getElementByID('myform').transfer.bytesSent, getElementByID('myform').transfer.bytesReceived, getElementByID('myform').transfer.complete, getElementByID('myform').transfer.response. This is probably dangerously close to implementing state in a web document, but you can't blame a guy for trying. Arthur Clifford ...
Not sure. My understanding of this proposal is that we want to allow more HTTP methods for use in forms without having to use script. Because, you know, once you add script to the mix you already can do everything you want using XHR.
Best regards, Julian
