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

RE: problem with multiple pages (switch/case)

From: Klotz, Leigh <Leigh.Klotz@xerox.com>
Date: Wed, 26 May 2010 13:23:29 -0700
Message-ID: <E254B0A7E0268949ABFE5EA97B7D0CF40ACFD54A@USA7061MS01.na.xerox.net>
To: "Jabba Laci" <jabba.laci@gmail.com>, "xforms" <www-forms@w3.org>
Laszlo,
I tested your multipage-problem.xhtml under AgenceXML XSLTForms and was able to see the buttons (and cases) for page 1,3,4,5,6.
I understand you removed page 2.

I made a few changes:

1. Remove the DTD header 
The file is not XHTML, but XHTML+XForms, so DTD validation is incorrect.
Since the XHTML DTD defines the &nbsp; entity, I replaced those with &#160;
The &amp; entity is predefined in XML so it's OK.

2. Fix validation errors in XForms
Instead of 
                  <xforms:output>(minimal value: 1.0 ; maximal value: 500.0)</xforms:output>
Use
                  <xforms:hint>(minimal value: 1.0 ; maximal value: 500.0)</xforms:hint>
xf:output doesn't use text inside it, and xf:output cannot appear inside other controls.

Move the xf:output elements outside of xf:upload, as xf:output cannot appear inside other form controls.

3. Change to use XSLTForms
In place of the DTD header, use this instead:
 <?xml version="1.0" encoding="utf-8"?>
 <?xml-stylesheet href="/xsltforms/xsltforms.xsl" type="text/xsl" ?>
 <?xsltforms-options css="no" debug="yes" ?>
Of course, to do this you must have a recent SVN version of XSLTForms available at the stylesheet href.

If you still have this same problem under XSLTForms, please write back.  However, if this fixes your problem, I think it means you have found a bug in Mozilla XForms and you can discuss it on the dev-tech-xforms mailing list that mozilla.org hosts.  (Of course, if you find bugs specific to XSLTForms that aren't general XForms problems, the xsltforms-support mailing list is the appropriate place to report them.)

Leigh.

-----Original Message-----
From: www-forms-request@w3.org [mailto:www-forms-request@w3.org] On Behalf Of Jabba Laci
Sent: Tuesday, May 25, 2010 4:43 PM
To: xforms
Subject: Re: problem with multiple pages (switch/case)

> Second, you might try de-coupling your JSP and XForms problems and testing them separately.  The JSP processing all happens before the XHTML+XForms page is delivered to Firefox, so either the page it produces isn't correct, or there's a bug in the Mozilla XForms feature.  Is it possible for you to "Save" the page from Firefox locally and run it locally?  You may need to convert instance initiailizations to relative references to files instead of having it go back to the server.

Hi,

Thanks for the two answers. We have tried several variations, without success. I would like to send you a problematic file, maybe someone could help me:

http://dl.dropbox.com/u/144888/share/multipage-problem.xhtml
( the same file in .zip:
http://dl.dropbox.com/u/144888/share/multipage-problem.xhtml.zip )

[If you click on the link, most probably it will work fine, but if you save it and open it locally with the file:// protocol, the last two tabs are not shown.]


I took the JSP file and removed all JSP calls, so now it's just a plain XHTML file. In our application these JSP files are generated, we have lots of them. The problem is that sometimes the last (or the last
two) pages are not shown correctly, i.e. the part in the "case" block is hidden.
We have two cases:

(1) The JSP page is not shown correctly, BUT after a page refresh in the browser everything is OK.

(2) The JSP page is not shown correctly, and page refreshes in the browser do not help.

As I noticed, small JSP files tend to fall in category (1), while large XForms (size of the source > 100 KB) fall in (2).

I took a sample from category (2), converted it to local XHTML file (no JSP calls), and when opened through the file:// protocol, the last two pages are not shown. To reduce the size, "page 2" is removed. The file is quite big, but if I remove one more tab, it seems to work.
However, we would need all tabs, and some forms are even larger.

Thanks,

Laszlo
Received on Wednesday, 26 May 2010 20:24:20 GMT

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