- 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 go. Do you think a more automatic behavior like the above makes sense? Thanks, 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: http://www.ibm.com/developerworks/blogs/rss/JohnBoyer?flavor=rssdw 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. Leigh.
Received on Wednesday, 6 April 2011 16:20:14 UTC