Re: XForms 1.1 Implementers encouraged to enable multiple MIP bindings per data node
Joern Turner <[email protected]> Fri, 27 May 2011 16:49:03 +0200
| Newsgroups | gmane.comp.web.xforms |
|---|---|
| Message-ID | <[email protected]> |
Dear Working Group, i'm considering to implement the proposal below. However i cannot make any sense out of the proposed AND combinator for the 'type' MIP. What shall be the meaning in this case? That a node e.g. can be a string AND an integer at the same time? I'm sure i must have misunderstood something here. Would be happy if you can shed some light on this. Thanks Joern Turner On Tue, Apr 13, 2010 at 7:06 PM, John Boyer <[email protected]> wrote: > > Dear Forms Community, > > It is a pleasure to inform you that the W3C Forms Working Group recently > decided upon a default combination mechanism for handling multiple model > item properties binding to the same data node. For reference, please see = [1, > 2] > > [1] http://www.w3.org/MarkUp/Forms/wiki/MIPS > [2] http://www.w3.org/2010/03/25-forms-minutes.html#res_multimip > > For some MIPs like calculate, more than one formula binding does not make > sense, so the default in that case continues to be an > xforms-binding-exception. =A0However, for other MIPs, and most notably > constraint, it is not only possible but also preferable to have a default > combinator based on the MIP. =A0For example, if more than one constraint = MIP > is applied, then all constraints must be satisfied (true) for the node to= be > valid (in fact, this is consistent with current combination processing of > constraint, required and type MIPs anyway). =A0By comparison, a node woul= d be > readonly if any bind readonly MIP evaluates to true for the node, and thi= s > is conceptually what already happens in the defaulting mechanism for > readonly, which makes a node readonly if any ancestor evaluates to true e= ven > if the readonly MIP for the node itself is false. > > For these technical reasons and also to promote faster adoption and > determination of any problems with the approach, the W3C Forms Working Gr= oup > also resolved (see [3]) to encourage implementers of XForms 1.1 to procee= d > with relaxing the xforms-binding-exception for selected MIPs and instead = use > the default combinators as described in [1]. > > [3] > http://lists.w3.org/Archives/Public/public-forms/2010Apr/att-0002/2010-04= -07.html#resolution1 > > Best regards, > John M. Boyer, Ph.D. > STSM, Lotus Forms > Workplace, Portal and Collaboration Software > IBM Victoria Software Lab > E-Mail: [email protected] > > Blog: http://www.ibm.com/developerworks/blogs/page/JohnBoyer > Blog RSS feed: > http://www.ibm.com/developerworks/blogs/rss/JohnBoyer?flavor=3Drssdw > >