Re: [Xsltforms-support] Experimental Component control (Was: A couple of questions about subforms)

[Alain C. <ala...@ag...>]

Hi Eric,
> Your example works perfectly well and does meet my requirements but I
> have a few questions ;) ...
>
> The name of these functions (subform-instance() and subform-context())
> made me expect that they would be working not only with <xf:component/>
> but also with "regular" subforms and that doesn't seem to be the case: I
> have updated your example to load size.xml as a subform and haven't been
> able to get it working.
>
> Are these functions limited to components?
Currently, the default instance of a subform is merged with the one in 
the main form while, from a component, it has its own id. That's why 
those functions don't work with subforms even if their name would say so 
... ;-)

This might change, of course, but I have first to explicitly check with 
customers already using subforms.
>
> Similarly, is the new MIP (@changed) available only in that context or
> is it available more generally (as far as I understand it it's a kind of
> "calculate" except that the field doesn't become read-only)?
Yes, @changed is a sort of @calculate with a @readonly="false" (I could 
not use @calculate because of a loop when refreshing). Again, the MIP 
name has not been validated by the W3C Forms Group...

This is clearly an experimental feature built for your initial 
requirements ;-)

XSLTForms is a versatile product which can very easily be extended at 
any level (I know I'm not the only one doing this...)!

-Alain