W3C home > Mailing lists > Public > www-forms@w3.org > January 2007

Re: xf:switch inside xf:repeat ...

From: Mark Birbeck <mark.birbeck@x-port.net>
Date: Tue, 9 Jan 2007 22:20:32 +0000
Message-ID: <640dd5060701091420r18558bc7p59431130ff30be29@mail.gmail.com>
To: ogbujic@ccf.org
Cc: "Sébastien CRAMATTE" <contact@zeninteractif.com>, www-forms@w3.org

Hi Chimezie,

Happy new year! :)

> We've run into the exact problem in our deployed FormsPlayer XForms and
> I would also be very interested in finding out if there is a workaround
> for this limitation.  The general problem seems to be that IDs within
> repeats lose their uniqueness.  In our case, activating a switch
> explicitly behaves unpredictably - it toggles a different block than the
> one from where the switch is toggled.

The erratum that John refers to in his post, is based on the
'implementation experience' generated by formsPlayer (although the
extremely clear explanation in the erratum is all John's :). We
implemented this feature a long time ago, in order to demonstrate that
it was possible to resolve the ambiguities that the XForms 1.0 spec
was concerned about, so if you are not getting correct behaviour there
is possibly a bug.

It would be much appreciated if you could provide us with details of
what version you are using, and how to reproduce the problem. Issues
and feature requests can be viewed and created here:

  <http://skimstone.x-port.net/project/issues/formsplayer>

Regards,

Mark

-- 
Mark Birbeck
CEO
x-port.net Ltd.

e: Mark.Birbeck@x-port.net
t: +44 (0) 20 7689 9232
w: http://www.formsPlayer.com/
b: http://internet-apps.blogspot.com/

Download our XForms processor from
http://www.formsPlayer.com/
Received on Tuesday, 9 January 2007 22:20:43 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:22:08 GMT