What is the process by which content in the form is
converted to the HTML combo box presented on the client? In other words, how
does <tr> <td align="right">Combo box:</td> <td> <xforms:select1
ref="document/payment" appearance="minimal" selection="open"> <xforms:itemset
nodeset="/form/data/payments/payment"> <xforms:label ref="@label"/> <xforms:copy ref="@value"/> </xforms:itemset> </xforms:select1> </td> </tr> From
the Selection Controls demo actually get to the client? Xslt-to-html.xsl?
something else? I’ve got a situation where if I put
more than four items in the nodeset that is referenced by the “nodeset”
attribute, the page won’t load in IE (standard IE page not found error
page displays) – and it’s a form issue, not a view issue. I’m
not even trying to render it at the moment. Every once in a while Firefox can’t
load the page, but not as predictably as IE can’t. Don -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Don,
This is now done in Java code, in this case check XFormsSelect1Handler. xforms-to-xhtml.xsl is used by XForms Classic. With NG ideally we would use XSLT too, but unfortunately it gets too slow when page size grows. What do you mean by "won't load"? -Erik Smith, Donald wrote: > What is the process by which content in the form is converted to the > HTML combo box presented on the client? In other words, how does > > > > <tr> > > <td align="right">Combo box:</td> > > <td> > > <xforms:select1 ref="document/payment" appearance="minimal" > selection="open"> > > <xforms:itemset nodeset="/form/data/payments/payment"> > > <xforms:label ref="@label"/> > > <xforms:copy ref="@value"/> > > </xforms:itemset> > > </xforms:select1> > > </td> > > </tr> > > > > From the Selection Controls demo actually get to the client? > Xslt-to-html.xsl? something else? > > > > I’ve got a situation where if I put more than four items in the nodeset > that is referenced by the “nodeset” attribute, the page won’t load in IE > (standard IE page not found error page displays) – and it’s a form > issue, not a view issue. I’m not even trying to render it at the moment. > Every once in a while Firefox can’t load the page, but not as > predictably as IE can’t. > > > > Don -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
In reply to this post by Smith, Donald
Erik,
This is the same problem I had sent out earlier in the post "connection reset error message in Firefox." Essentially, when I get more than four or five items in my form to populate a combo box, IE will fail to load the page (standard IE page cannot be displayed error message). And at some point, Firefox will fail too, although it always takes more content that IE does. (Again, this is not a view issue; I'm not trying to render the particular data in question yet, just load the page with the content.) As I said before, none of this makes any sense. I tried to set up a simple app to reproduce the error, but when running it through the Orbeon demo environment it won't recognize the XHTML namespace and so the nothing works, although the page will load. Naturally, there's no apparent reason why the XHTML namespace in my view is suddenly unknown. Don -----Original Message----- From: Erik Bruchez [mailto:[hidden email]] On Behalf Of Erik Bruchez Sent: Tuesday, January 24, 2006 2:35 PM To: [hidden email] Subject: Re: [ops-users] form content to select combo box process Don, This is now done in Java code, in this case check XFormsSelect1Handler. xforms-to-xhtml.xsl is used by XForms Classic. With NG ideally we would use XSLT too, but unfortunately it gets too slow when page size grows. What do you mean by "won't load"? -Erik Smith, Donald wrote: > What is the process by which content in the form is converted to the > HTML combo box presented on the client? In other words, how does > > > > <tr> > > <td align="right">Combo box:</td> > > <td> > > <xforms:select1 ref="document/payment" appearance="minimal" > selection="open"> > > <xforms:itemset nodeset="/form/data/payments/payment"> > > <xforms:label ref="@label"/> > > <xforms:copy ref="@value"/> > > </xforms:itemset> > > </xforms:select1> > > </td> > > </tr> > > > > From the Selection Controls demo actually get to the client? > Xslt-to-html.xsl? something else? > > > > I've got a situation where if I put more than four items in the > that is referenced by the "nodeset" attribute, the page won't load in > (standard IE page not found error page displays) - and it's a form > issue, not a view issue. I'm not even trying to render it at the moment. > Every once in a while Firefox can't load the page, but not as > predictably as IE can't. > > > > Don -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Hello Donald,
I am also having trouble right now setting up a select1 (which happens to have a rather large list for the drop down). One variation of what I have tried produced my page with no form visible. When I looked at the page source in the browser, there was a lot of the form there. (There is a span around the form that has class="xforms-group xforms-disabled") This is in Firefox 1.5. I am too early in the process to say what is wrong (this is my first attempt at a select1) but I'm happy to believe it is me. But thought I would speak up now in case you are similarly receiving the form and it is simply not showing? Hope that helps Colin On Jan 24, 2006, at 4:02 PM, Smith, Donald wrote: > Erik, > > This is the same problem I had sent out earlier in the post "connection > reset error message in Firefox." > > Essentially, when I get more than four or five items in my form to > populate a combo box, IE will fail to load the page (standard IE page > cannot be displayed error message). And at some point, Firefox will > fail > too, although it always takes more content that IE does. (Again, this > is > not a view issue; I'm not trying to render the particular data in > question yet, just load the page with the content.) > > As I said before, none of this makes any sense. > > I tried to set up a simple app to reproduce the error, but when running > it through the Orbeon demo environment it won't recognize the XHTML > namespace and so the nothing works, although the page will load. > Naturally, there's no apparent reason why the XHTML namespace in my > view > is suddenly unknown. > > Don -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Hi,
just to provide a quick update on my own situation. My problems seemed to revolve around having more than one instance (my model, and the values for the drop down list) which again, I had not dealt with before, and so wasn't clear on how to address different things at different points in the file. By trying various combinations of naming the instances, including and not the root element in references, and different attributes on the submission, I could either have a completely blank form, or a form with the labels but no fields to type in etc. I eventually got the fields to appear by giving up on using using ids/binds to refer from the body to the header, and just used refs to go straight back to the instance. I must be still missing something, but at least the form is operational. Having reached that point, I uncommented my long list for the drop down and immediately got an NPE in XFormsSelect1Handler (line 317). I eventually tracked this down to one option in my drop down instance which didn't have a label element. When I added that in, everything was good. Hope that helps even more. Colin On Jan 24, 2006, at 7:31 PM, Colin O'Brien wrote: > Hello Donald, > > I am also having trouble right now setting up a select1 (which happens > to have a rather large list for the drop down). > One variation of what I have tried produced my page with no form > visible. > When I looked at the page source in the browser, there was a lot of > the form there. > (There is a span around the form that has class="xforms-group > xforms-disabled") > This is in Firefox 1.5. > I am too early in the process to say what is wrong (this is my first > attempt at a select1) but I'm happy to believe it is me. > But thought I would speak up now in case you are similarly receiving > the form and it is simply not showing? > > Hope that helps > Colin > > On Jan 24, 2006, at 4:02 PM, Smith, Donald wrote: > >> Erik, >> >> This is the same problem I had sent out earlier in the post >> "connection >> reset error message in Firefox." >> >> Essentially, when I get more than four or five items in my form to >> populate a combo box, IE will fail to load the page (standard IE page >> cannot be displayed error message). And at some point, Firefox will >> fail >> too, although it always takes more content that IE does. (Again, this >> is >> not a view issue; I'm not trying to render the particular data in >> question yet, just load the page with the content.) >> >> As I said before, none of this makes any sense. >> >> I tried to set up a simple app to reproduce the error, but when >> running >> it through the Orbeon demo environment it won't recognize the XHTML >> namespace and so the nothing works, although the page will load. >> Naturally, there's no apparent reason why the XHTML namespace in my >> view >> is suddenly unknown. >> >> Don > > > > -- > 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 > ObjectWeb mailing lists service home page: http://www.objectweb.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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Colin O'Brien wrote:
> Having reached that point, I uncommented my long list for the drop down > and immediately got an NPE in XFormsSelect1Handler (line 317). I fixed this NPE in the latest CVS. But in general, we need better error reporting on things like missing labels, etc. I added a bug to track this: http://forge.objectweb.org/tracker/index.php?func=detail&aid=304560&group_id=168&atid=350207 -Erik -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
In reply to this post by Smith, Donald
Smith, Donald wrote:
> Erik, > > This is the same problem I had sent out earlier in the post "connection > reset error message in Firefox." > > Essentially, when I get more than four or five items in my form to > populate a combo box, IE will fail to load the page (standard IE page > cannot be displayed error message). And at some point, Firefox will fail > too, although it always takes more content that IE does. (Again, this is > not a view issue; I'm not trying to render the particular data in > question yet, just load the page with the content.) > > As I said before, none of this makes any sense. otherwise I fear we won't be able to help you progress much, unless by chance we hit the problem as well. -Erik -- 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 ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Free forum by Nabble | Edit this page |