[changed the subject line -- not intended as part of the 1.0 review any longer] At 12:10 AM 8/24/95, David Morris wrote: >This is not a behavior which should be triggered as a side effect of >other useful bahaviors (like staying on the same document). When and >if it occurs it should be explicitly requested. '205 Reset Document', suggested in a followup, would be an explicit request for this behavior. >I would suggest a new <input> type for 'SUBMIT&RESET' then the >application implementor can offer an appropriate button and even a >choice for the user. This would apply without respect to whether the >application also provided a confirmation page. The idea was not to give the user another choice, it was to provide a response that says, "that last one was okay, go ahead with the next one, and keep using the same form." The user won't see a different result -- the same resetting can be accomplished, for instance, by resending the blank form. The difference would be in the speed of the response. Marc Hedlund <hedlund@best.com>Received on Thursday, 24 August 1995 10:00:50 EDT
This archive was generated by hypermail pre-2.1.9 : Wednesday, 24 September 2003 06:31:26 EDT