W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > February 2011

[Bug 11347] Submitting a partially downloaded form

From: <bugzilla@jessica.w3.org>
Date: Tue, 08 Feb 2011 11:33:20 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1Pmlou-0004Pp-Tc@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11347

--- Comment #12 from Ed Avis <eda@waniasset.com> 2011-02-08 11:33:20 UTC ---
>Rationale: Comment 1 still applies

Thanks for considering this.  One thing I wanted to clarify though,

>If this is a problem in practice, authors are
>encouraged to add something to the form after everything else has been added,
>marking the form as complete, and having server-side scripts check that the
>client only sent complete forms.

That's exactly the situation - typically the server side sees that the form is
incomplete and so throws up an error page.  The user (if they understand what
happened) must go back to the page with the form, wait for the whole form to
download this time, and then resubmit.  It would be a smoother user experience
if the form were not submitted until it's complete (by some measure).

It's unfortunate that HTML doesn't have any way to mark the end of a form or
the
point when it is complete and submittable (without resorting to Javascript). 
The
closing </form> tag no longer indicates that, although it did in earlier
versions.
Perhaps some future revision to HTML will include an explicit end-of-form
marker.
Until then, I guess a workaround is to always put the textfield as the final
element of the form, so that it can't accidentally be submitted too soon.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 8 February 2011 11:33:22 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 February 2011 11:33:26 GMT