Re: [whatwg] page refresh and resubmitting POST state

2009-07-09 Thread Ian Hickson
On Thu, 11 Jun 2009, Jeremy Orlow wrote: On Sat, 23 May 2009, Mike Wilson wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to

Re: [whatwg] page refresh and resubmitting POST state

2009-07-09 Thread Ian Hickson
On Mon, 15 Jun 2009, Mike Wilson wrote: On Sat, 23 May 2009, Mike Wilson wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to

Re: [whatwg] page refresh and resubmitting POST state

2009-06-15 Thread Mike Wilson
Ian Hickson wrote: On Fri, 22 May 2009, Mike Wilson wrote: I can see some usefulness for adding a couple of subjects to the HTML5 spec: - how browsers should handle page refresh, in particular for pages received through POST (= do you want to resubmit?) Done. Nice, thanks.

Re: [whatwg] page refresh and resubmitting POST state

2009-06-11 Thread Ian Hickson
On Fri, 22 May 2009, Mike Wilson wrote: I can see some usefulness for adding a couple of subjects to the HTML5 spec: - how browsers should handle page refresh, in particular for pages received through POST (= do you want to resubmit?) Done. - potentially add constructs to help users

Re: [whatwg] page refresh and resubmitting POST state

2009-06-11 Thread Jeremy Orlow
On Sat, 23 May 2009, Mike Wilson wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to resubmit question at all, independent of

Re: [whatwg] page refresh and resubmitting POST state

2009-05-25 Thread Kristof Zelechovski
I certainly want refresh to redo, for example, when validating a local document that I am editing. Chris

Re: [whatwg] page refresh and resubmitting POST state

2009-05-25 Thread Mike Wilson
Kristof Zelechovski wrote: I certainly want refresh to redo, for example, when validating a local document that I am editing. Chris What do you mean with editing a local document - is the document contents being edited inside an input field (f ex textarea) on a POSTing page? Mike

Re: [whatwg] page refresh and resubmitting POST state

2009-05-25 Thread Kristof Zelechovski
If the local document is being edited in Notepad and bound to the validator via a file input control, refreshing the page should resubmit the file. Chris

Re: [whatwg] page refresh and resubmitting POST state

2009-05-25 Thread Mike Wilson
Kristof Zelechovski wrote: If the local document is being edited in Notepad and bound to the validator via a file input control, refreshing the page should resubmit the file. Chris Ah, ok. I see no problem with the page author coupling the file input control to the redisplay state, or

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Aryeh Gregor
On Sun, May 24, 2009 at 11:41 AM, Kornel Lesinski kor...@geekhood.net wrote: It only needs to keep it as long as Back history is kept, and could get rid of it as soon as this entry is removed from Back/Forward history. In practice, that history can be kept for a long time. Even if the tab is

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Mike Wilson
Aryeh Gregor wrote: You should spell out the existing problem carefully and in great detail, including existing solutions or workarounds, to get the best response. I certainly intend to do this once I get feedback on whether this subject is relevant for HTML5, or any other whatwg spec

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Mike Wilson
Kornel Lesinski wrote: Is it possible for HTML 5 spec to say that browsers may re-send PUT without asking? It sounds like you are starting to agree with me that topics like these could deserve a place in the HTML5 spec :-) Aryeh Gregor wrote: On Sun, May 24, 2009 at 11:41 AM, Kornel Lesinski

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Kornel Lesinski
On Sun, 24 May 2009 17:40:21 +0100, Mike Wilson mike...@hotmail.com wrote: Aryeh Gregor wrote: You should spell out the existing problem carefully and in great detail, including existing solutions or workarounds, to get the best response. I certainly intend to do this once I get feedback

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Jonas Sicking
On Sat, May 23, 2009 at 4:29 AM, Mike Wilson mike...@hotmail.com wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to resubmit question at

Re: [whatwg] page refresh and resubmitting POST state

2009-05-24 Thread Mike Wilson
Jonas Sicking wrote: On Sat, May 23, 2009 at 4:29 AM, Mike Wilson mike...@hotmail.com wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you

Re: [whatwg] page refresh and resubmitting POST state

2009-05-23 Thread Mike Wilson
I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to resubmit question at all, independent of operation. Authors of Web Applications (the original

Re: [whatwg] page refresh and resubmitting POST state

2009-05-23 Thread Kornel Lesinski
On Sat, 23 May 2009 12:29:56 +0100, Mike Wilson mike...@hotmail.com wrote: I was thinking about the resubmit problem in a general context, specifically how browsers could make it possible for web authors to create POSTing pages that avoids giving the dreaded do you want to resubmit question

Re: [whatwg] page refresh and resubmitting POST state

2009-05-23 Thread Mike Wilson
Kornel Lesinski wrote: Do you think that solution suggested by RFC 2616 13.13 is not appropriate? It does not define what to do at page refresh, only history traversal, as far as I can see. Is Opera's solution of this problem not good enough? I think you are missing the point I am

Re: [whatwg] page refresh and resubmitting POST state

2009-05-23 Thread Kornel Lesinski
On Sat, 23 May 2009 15:38:02 +0100, Mike Wilson mike...@hotmail.com wrote: Do you think that solution suggested by RFC 2616 13.13 is not appropriate? It does not define what to do at page refresh, only history traversal, as far as I can see. Sorry, I've assumed you were talking about Back

[whatwg] page refresh and resubmitting POST state

2009-05-22 Thread Mike Wilson
I can see some usefulness for adding a couple of subjects to the HTML5 spec: - how browsers should handle page refresh, in particular for pages received through POST (= do you want to resubmit?) - potentially add constructs to help users avoid the above resubmit question (this could f ex be

Re: [whatwg] page refresh and resubmitting POST state

2009-05-22 Thread Jonas Sicking
On Fri, May 22, 2009 at 7:06 AM, Mike Wilson mike...@hotmail.com wrote: - potentially add constructs to help users avoid the above  resubmit question (this could f ex be through providing  some support for PRG = Post-Redirect-Get, or other) This is already supported. If you use a 302 or 303

Re: [whatwg] page refresh and resubmitting POST state

2009-05-22 Thread Mike Wilson
Thanks for expanding on my previous mail, Jonas, but I was assuming that everyone on this list was aware of the PRG pattern and its existing support in browsers. With current technology there are limitations to the usefulness of PRG (f ex in multi-window/tab scenarios), so I am asking if it is

Re: [whatwg] page refresh and resubmitting POST state

2009-05-22 Thread Kornel Lesinski
On Fri, 22 May 2009 21:48:28 +0100, Mike Wilson mike...@hotmail.com wrote: Thanks for expanding on my previous mail, Jonas, but I was assuming that everyone on this list was aware of the PRG pattern and its existing support in browsers. With current technology there are limitations to the