- From: David Landwehr <david.landwehr@solidapp.com>
- Date: Mon, 27 Feb 2006 11:46:11 +0100
- To: Swithun Crowe <swithun@swithun.servebeer.com>
- Cc: www-forms@w3.org
Hi Swithun,
One strike two down, a bug for every implementation ;)
Have you tried:
boolean(instance('inst')/teiHeader/fileDesc/editionStmt/edition[@n='closet']='true')
or
boolean(instance('inst')/teiHeader/fileDesc/editionStmt/edition[@n='closet'
and .='true'])
I'm not sure but the problem can be caused if the conversions from
nodeset to boolean is done incorrectly by the implementation. I think
you should report the problem directly to both implementers as both
expression should work.
Best regards,
David
Swithun Crowe wrote:
>
> Hello
>
> I came across an interesting difference between formsPlayer (latest
> 1.4 release) and Mozilla XForms 0.3.
>
> I want to display one of 2 outputs depending on the state of a
> checkbox. So, there is a node bound to type xsd:boolean and an input
> that refs this node.
>
> Then I have 2 outputs, bound to nodes in another instance. One node is
> relevant when the node above is true, the other when it is false.
>
> The difference is in the XPath used in the relevant attribute. In
> formsPlayer, the following works:
>
> instance('inst')/teiHeader/fileDesc/editionStmt/edition[@n='closet']='true'
>
>
> In Mozilla however the above doesn't work, but this does:
>
> instance('inst')/teiHeader/fileDesc/editionStmt/edition[@n='closet'
> and .='true']
>
> And this doesn't work in formsPlayer.
>
> The first version should return a boolean value, the second version
> should return a nodeset which will be evaluated as boolean. Both
> should be valid, I would have thought.
>
> Has anyone got any ideas?
>
> Swithun.
>
--
--------------------------------------------
David Landwehr (david.landwehr@solidapp.com)
Chief Executive Officer, SolidApp
Web: http://www.solidapp.com
Office: +45 48268212
Mobile: +45 24275518
--------------------------------------------
Received on Monday, 27 February 2006 10:46:22 UTC