W3C home > Mailing lists > Public > www-forms@w3.org > November 2001

Re: Control hierarchies

From: Jim Wissner <jim@jbrix.org>
Date: Tue, 06 Nov 2001 12:05:39 -0500
Message-Id: <>
To: www-forms@w3.org


At 05:45 PM 11/5/2001 -0800, you wrote:
>The 'ref' (or 'nodeset') attributes only have special meaning when attached
>to elements from the XForms namespace. A 'ref' (or 'nodeset') attribute from
>an element in any other namespace shouldn't have any effect on XForms

Great, this is what one would expect.

>The earlier example led me to believe that your 'ref' attributes are
>intended to have special meaning to the XForms processor.

This was not the intent - but if my xforms processor builds its own 
relative paths based on it, then I guess the answer is really yes in my 
case.  Thank you for pointing this out.  So - what I need to do is ensure 
that for any custom, non-xforms outer "controls" or elements that do have 
refs, they should cease to have refs, and be placed inside xforms:group 
elements with the ref.  (If I recall correctly, groups can validly have 
non-xforms elements inside them.)

By the way, my non-xforms repeat structure is for a table widget that 
allows users to "focus in" on a specific table row.  I guess I could use 
the repeat structure, but since there are no controls in the table itself, 
I'm not sure what it buys me.

Thanks again,

>Take the inner form controls:
> > >      <xforms:input ref="firstName" accessKey="f">
> > >        <xforms:caption>First Name:</xforms:caption>
> > >      </xforms:input>
> > >      <xforms:input ref="lastName" accessKey="l">
> > >        <xforms:caption>Last Name:</xforms:caption>
> > >      </xforms:input>
>The XForms Processor considers these form controls as "outermost", since you
>can follow the parents all the way up to the root and not see any xforms
>namespaced elements. The XPath context node for outermost elements is "/",
>so your ref expressions are equivalent to:
>Perhaps if you included full instance data in your example it would be
>clearer for all.
Received on Tuesday, 6 November 2001 12:02:33 UTC

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