- From: John Boyer <boyerj@ca.ibm.com>
- Date: Tue, 20 Nov 2012 10:08:52 -0800
- To: Nick Van den Bleeken <Nick.Van.den.Bleeken@inventivegroup.com>
- Cc: Public Forms <public-forms@w3.org>
- Message-ID: <OF263AEBC8.91FB1963-ON88257ABC.006314F4-88257ABC.0063B274@ca.ibm.com>
Hi Nick, At one point, the thinking around adding the targetref attribute to submission was that it would start out in v1.1 only having a semantic under replace="instance"/"text" but later be extended to having an appropriate semantic for replace="all". So, maybe the right course is to add targetref to load, and also to amend your action item to update targetref on submission, rather than adding targetid. The differences are that the targetref expression can dynamically control the target, but it makes a static target a bit harder. However, the latter issue could be mitigated by having the semantic for replac="all" include recognition of a string literal, so that targetid="X" could be achieved with targetref=" 'X' ". Cheers, John M. Boyer, Ph.D. IBM Distinguished Engineer & IBM Master Inventor @johnboyerphd | boyerj@ca.ibm.com From: Nick Van den Bleeken <Nick.Van.den.Bleeken@inventivegroup.com> To: Public Forms <public-forms@w3.org>, Date: 20/11/2012 02:43 AM Subject: Target and targetid on load and sumission element All, I have an action item [1] to add a target attribute to submission (used when replace-all is specified). I think we should also add this attribute to the load action. We've added a targetid to the load action to be able to embed a form. I think we should also add this attribute to the submission element. (The form embedding requires still a lot of work in the spec, I'm going to work on this today and tomorrow, and will be asking feedback on Wednesdays call). Kind regards, Nick Van den Bleeken R&D Manager Phone: +32 3 425 41 02 Office fax: +32 3 821 01 71 nick.van.den.bleeken@inventivegroup.com www.inventivedesigners.com 1: https://www.w3.org/2005/06/tracker/xforms/actions/1909 Inventive Designers' Email Disclaimer: http://www.inventivedesigners.com/email-disclaimer
Received on Tuesday, 20 November 2012 18:10:02 UTC