Incorrect XForms Repeat/Output display after instance change

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Incorrect XForms Repeat/Output display after instance change

Tom Grahame
I have a repeat that iterates over an instance generated by a submission and xpl. The contents of the repeat/instance are displayed using a standard html table and xforms output elements.

Periodically a user may submit and change the instance which in turn changes the repeat and the displayed contents. Sometimes, and I am unable to recreate this intentionally, the repeat iterates, the table is generated but the output elements seem not to be displayed.

Attached is a screenshot repeat_output.jpg showing an instance-inspector and a Firebug interpretation of the page. Hopefully you can see that while joe_424 and joe_426 are in the instance, they are not displayed in the table - even though the table is there.
It's as if the repeat and outputs are building before the instance is populated.

I have tried unsuccessfully to recreate this using a sandbox example, so I post the image instead. It leads me to think that it is caused by the only way in which my deployment differs from a standard Orbeon XForms page - CSS. I don't see how this could be a CSS issue though?

I am using the current Orbeon Forms 3.7.1 Developer release and I'm not in a great position to move to a nightly build. Can anyone tell me why this effect might occur and what I might do to fix, prevent or work around it?
 
Thanks,
 
Tom
Reply | Threaded
Open this post in threaded view
|

Re: Incorrect XForms Repeat/Output display after instance change

Erik Bruchez
Administrator
Tom,

Sorry but it doesn't look like we can have great insight into this
problem without reproducing it!

-Erik

On Wed, Sep 2, 2009 at 5:47 AM, Tom Grahame
<[hidden email]> wrote:

>
> I have a repeat that iterates over an instance generated by a submission and
> xpl. The contents of the repeat/instance are displayed using a standard html
> table and xforms output elements.
>
> Periodically a user may submit and change the instance which in turn changes
> the repeat and the displayed contents. Sometimes, and I am unable to
> recreate this intentionally, the repeat iterates, the table is generated but
> the output elements seem not to be displayed.
>
> Attached is a screenshot
> http://www.nabble.com/file/p25256818/repeat_output.jpg repeat_output.jpg
> showing an instance-inspector and a Firebug interpretation of the page.
> Hopefully you can see that while joe_424 and joe_426 are in the instance,
> they are not displayed in the table - even though the table is there.
> It's as if the repeat and outputs are building before the instance is
> populated.
>
> I have tried unsuccessfully to recreate this using a sandbox example, so I
> post the image instead. It leads me to think that it is caused by the only
> way in which my deployment differs from a standard Orbeon XForms page - CSS.
> I don't see how this could be a CSS issue though?
>
> I am using the current Orbeon Forms 3.7.1 Developer release and I'm not in a
> great position to move to a nightly build. Can anyone tell me why this
> effect might occur and what I might do to fix, prevent or work around it?
>
> Thanks,
>
> Tom
> --
> View this message in context: http://www.nabble.com/Incorrect-XForms-Repeat-Output-display-after-instance-change-tp25256818p25256818.html
> Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.
>
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>


--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Incorrect XForms Repeat/Output display after instance change

Tom Grahame
Erik,

That's ok - I knew it was a shot in the dark. I promise, I did try and create a reproducible example, but I suspect the final problem was connected to the additional complexity of the page.

I worked around the problem by using a single group/label combination in place of each output control which seems to produce a similar effect, though I recognise that this is probably not semantically correct.

Tom

Erik Bruchez wrote
Tom,

Sorry but it doesn't look like we can have great insight into this
problem without reproducing it!

-Erik