W3C home > Mailing lists > Public > www-forms@w3.org > April 2010

Re: problem with multiple pages (switch/case)

From: Aaron Reed <aaronr@us.ibm.com>
Date: Mon, 12 Apr 2010 12:58:38 -0500
To: www-forms@w3.org
Message-ID: <hpvn0s$3gc$1@dough.gmane.org>
Hi Laszlo,

It could certainly be a bug with the plugin.  But for the moment I'd 
suggest not thinking about the .jsp calls and instead verify that the 
generated .xhtml file (created and returned by the jsp's) that the 
plugin ends up processing looks exactly like you think it should.  If it 
does, then it probably isn't a bug in your .jsp logic.  It might also be 
worth your time trying the generated form in other processors and see 
how they handle it.  If mozilla is the only processor with the problem, 
then please simplify the form as much as possible and open a bug against us.

If you move this thread over to mozilla.dev.tech.xforms on 
news.mozilla.org, we can help you more.


Jabba Laci wrote:
> Hi,
> I'm using Firefox 3 under Linux with the Mozilla Xforms plugin v0.8.6ff3.
> We have a large form that we want to cut into several pages using
> <xforms:switch>  and<xforms:case>. The problem is that sometimes the
> last page is not displayed correctly. If I refresh the page in the
> browser, sometimes it works, but it is usually gone again after
> another refresh.
> Some more info. My xform is generated dynamically with a JSP. Inside
> the JSP I have a nested JSP call like this:
> <p>
>      <%= bean.createSelect1Widget(parameter) %>
> </p>
> This call generates an<xforms:select1>  widget with several choices
> that are taken from a database.
> As I noticed, this call causes the confusion with the multipaging. If
> I remove these embedded JSP calls, the problem seems to be gone.
> The problem is not present either if I only use one page, i.e. no multipaging.
> Do you have any idea how to keep the nested JSP calls and the
> multipaging too? To me it seems like a bug in the plugin.
> Thanks,
> Laszlo
Received on Monday, 12 April 2010 18:04:54 UTC

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