W3C home > Mailing lists > Public > public-forms@w3.org > April 2011

Re: Submission Request-Response IDs (concurrent submit)

From: John Boyer <boyerj@ca.ibm.com>
Date: Wed, 6 Apr 2011 09:18:59 -0700
To: "Leigh L. Klotz, Jr." <Leigh.Klotz@Xerox.com>
Cc: public-forms@w3.org
Message-ID: <OF042D799E.57C57DAC-ON8825786A.0058A817-8825786A.0059A9C5@ca.ibm.com>
Hi Leigh,

Well, I guess "easy" is a relative term. 

Right now, submit and trigger controls "just work", so to me it would be 
easyif they still "just work" in the face of this new feature.

In other words, the XForms processor would sort out that a particular 
submit or trigger control activated a particular submission, resulting in 
a particular submission transaction ID, and so the XForms processor would 
then prevent that submit or trigger from activating the same submission 
until the submission's transaction ID associated with that submit or 
trigger was completed with xforms-submit-done or xforms-submit-error.

Easy would also be if that someone did happen to want to enable a submit 
or trigger to fire off multiple submissions, only then would they turn the 
feature on for that submit or trigger via a boolean flag attribute.  I'm 
assuming that it's less usual to want multiple activations of the same 
submission from the same triggering UI control, in which case the default 
should be false and the form author should only have to explicitly ask for 
the less usual behavior.  And it should be easy to do so.

Predicates and if attributes may be "not hard" from our perspective of 
being immersed in XForms for 10 years, but they seem not easy enough 
considering one has to resort to XPaths to ask for behaviors that are 
currently granted by default.  For sure, they are not the "easiest" way to 

Do you think a more automatic behavior like the above makes sense?

John M. Boyer, Ph.D.
Distinguished Engineer, IBM Forms and Smarter Web Applications
IBM Canada Software Lab, Victoria
E-Mail: boyerj@ca.ibm.com 

Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer
Blog RSS feed: 

From:   "Leigh L. Klotz, Jr." <Leigh.Klotz@Xerox.com>
To:     public-forms@w3.org
Date:   04/05/2011 10:18 PM
Subject:        Re: Submission Request-Response IDs (concurrent submit)
Sent by:        public-forms-request@w3.org

 >It's not that submission is the ideal place to make the restriction, 
so lifting the restriction could be fine if it were done in tandem with 
adding an *easy* way to prevent submit *and* trigger controls from 
running multiple submission transactions.

With the submission response ID you can check and see if a submission is 
still outstanding.  So, part of the "easy way" would be a predicate, and 
another part would be @if.

Received on Wednesday, 6 April 2011 16:20:14 UTC

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