- From: Aaron Reed <aaronr@us.ibm.com>
- Date: Mon, 12 Apr 2010 12:58:38 -0500
- To: www-forms@w3.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. Thanks, --Aaron 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