W3C home > Mailing lists > Public > www-forms@w3.org > October 2004

Submission implementation questions

From: Aaron Reed <mozillaxforms@yahoo.com>
Date: Tue, 5 Oct 2004 16:47:15 +0000 (UTC)
To: www-forms@w3.org
Message-ID: <loom.20041005T180127-977@post.gmane.org>


Ok, we've hit some gray areas of the spec and would like some clarifications on
how to best handle submission in these edge cases.

1)  The submission element can have a ref attribute or a bind attribute.  The
purpose according to the spec is to allow for the submission of a portion of 
the instance data.  What I'm wondering is, what happens if you have multiple 
instance trees in a model and the ref points at multiple nodes in multiple 
instance trees?  Are you only allowed to submit from one instance tree per 
submission?  What if it also contains the replace="instance" value?  Which 
instance does it replace?  All instance trees that were part of the submission 
or just the first instance in document order that was part of the submission?

2)  In 11.1 (xforms-submit event), specifically the default behavior as laid out
in item #5.  It mentions often in this section of the spec the "body" of the 
response?  Exactly what are we supposed to look for in the response to determine 
the body of the response?  Or what has to be absent to determine that there is 
NO body in the response?  For example, if the http response is 200, there is a 
body, but it could be empty.  Then what happens to the instance?  Is it removed 
if there was a replace="instance" attribute is set?

3)  Also the spec mentions, "For an error response nothing in the document is 
replaced, and submit processing concludes after dispatching
xforms-submit-error."  Is it common amongst the different implementations that 
the error response body is still somehow shown to the user, like in an error 
popup or something?  Currently in HTML forms, the user will see the errors 
generated by the servers.

We'd appreciate any input that we can get.

Received on Wednesday, 6 October 2004 16:00:17 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:14 UTC