Is there a way to escape xForms tags being handled with xforms_to_xhtml.xsl?
The thing is I'm using upload control which requires submission with replace="all". During submission I want the whole form being stored as an instance data to return it as result of submission. As a result I have a form with an instance which contains copy of that form. The problem arise when such recursive form goes through epilogue.xpl who tries to handle the embedded copy of form with xforms_to_xhtml.xsl. Pls let me know if my explanation is not clear - I'll try to put it detailed and less context-engaged. Thanx, Oleg -- 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
|
Oleg,
If you using the "Classic" or the "NG" XForms engine? http://www.orbeon.com/ops/doc/home-faq#xforms-classic-ng http://www.orbeon.com/ops/doc/home-faq#xforms-classic-or-ng If you are using "NG", then xforms-to-xhtml.xsl won't be used. When doing xforms:submission/@replace="all", the selected XForms instance is submitted to the URL specified by the @action attribute. If the page that receives the XML document submitted by the XForms engine is handled by the PFC (as opposed to an external service, or your own Servlet, etc.), the page that receives it can access it on its "instance" inputs, whether in an action, in model, or view. Now I am not sure what you are doing after that or what problem you are having with xforms-to-xhtml.xsl, but the answer will probably depend on what you do with that submitted document. -Erik [hidden email] wrote: > Is there a way to escape xForms tags being handled with xforms_to_xhtml.xsl? > > The thing is I'm using upload control which requires submission with replace="all". During submission I want the whole form being stored as an instance data to return it as result of submission. As a result I have a form with an instance which contains copy of that form. The problem arise when such recursive form goes through epilogue.xpl who tries to handle the embedded copy of form with xforms_to_xhtml.xsl. > > Pls let me know if my explanation is not clear - I'll try to put it detailed and less context-engaged. > > Thanx, Oleg -- Orbeon - XForms Everywhere: http://www.orbeon.com/blog/ -- 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 |
Erik,
I'm using NG (version 3.0 and no xforms attr in PFC). When submission of upload is received I want to handle the uploaded file (taking the tempo URL produced during upload) and than - return the page from which the upload was called. My idea was: if upload submission implemented only with replace="all", then let's give it "all", i.e. the entire xForms form from which it was called. For that reason I try to store the entire form in the same instance where item <file> for upload resides. When during submision that instance is received I want to retrieve the stored form and use it as output of my XPL for upload file. Here is the idea: <xhtml:html> ... <xforms:instance> <instance> <file filename="" mediatype="" size=""/> <form-copy> <xhtml:html> ... </xhtml:html> </form-copy> </instance> </xforms:instance> ... </xhtml:html> The problem is - when passed through the epilogue the content of <form-copy> is handled with xforms engine which I need to escape. Now I'm working on wrapping that into <!CDATA[[ - have not accomplished yet. I was wandering if there some ready markup used in OPS for such cases (to escape interpretation of a portion to xForms)? Thank you for your quick replay, Oleg -- 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 |
Oleg,
Why not try creating the page as normal, not within the HTML and when submitting the upload returning it the same page using the page-flow? Like so <page path-info="/my-page" view="my-xforms-page.xml"/> <page path-info="/my-submission" model="upload-handle-file.xpl" view="my-xforms-page.xml"/> If your submission/@action="/my-submission, this will process through the model with the uploaded file and reload the original page Hope this is what your looking for Ryan Ryan Puddephatt Software Engineer TFX Group - IT UK 1 Michaelson Square Livingston West Lothian Scotand EH54 7DP * [hidden email] ( 01506 407 110 7 01506 407 108 >-----Original Message----- >From: [hidden email] [mailto:[hidden email]] >Sent: 03 July 2006 19:49 >To: [hidden email] >Subject: Re: Re: [ops-users] escape from xForms handling > >Erik, >I'm using NG (version 3.0 and no xforms attr in PFC). When submission of >upload is received I want to handle the uploaded file (taking the tempo URL >produced during upload) and than - return the page from which the upload >was called. My idea was: if upload submission implemented only with >replace="all", then let's give it "all", i.e. the entire xForms form from >which it was called. For that reason I try to store the entire form in the >same instance where item <file> for upload resides. When during submision >that instance is received I want to retrieve the stored form and use it as >output of my XPL for upload file. Here is the idea: > ><xhtml:html> >... ><xforms:instance> > <instance> > <file filename="" mediatype="" size=""/> > <form-copy> ><xhtml:html> >... ></xhtml:html> > </form-copy> > </instance> ></xforms:instance> >... ></xhtml:html> > >The problem is - when passed through the epilogue the content of <form- >copy> is handled with xforms engine which I need to escape. Now I'm working >on wrapping that into <!CDATA[[ - have not accomplished yet. I was >wandering if there some ready markup used in OPS for such cases (to escape >interpretation of a portion to xForms)? > >Thank you for your quick replay, >Oleg -- 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 ozenzin
Hi Oleg,
So if I understand correctly, you are saying that XHTML+XForms inside an XForms instance is handled in a way similar to the XHTML+XForms in the body, while it should be left untouched. I tried to create an example with XHTML+XForms in an instance, but couldn't reproduce this problem. Would you be able to reproduce this in an example that run in the XForms sandbox? Alex On 7/3/06, [hidden email] <[hidden email]> wrote: > Erik, > I'm using NG (version 3.0 and no xforms attr in PFC). When submission of upload is received I want to handle the uploaded file (taking the tempo URL produced during upload) and than - return the page from which the upload was called. My idea was: if upload submission implemented only with replace="all", then let's give it "all", i.e. the entire xForms form from which it was called. For that reason I try to store the entire form in the same instance where item <file> for upload resides. When during submision that instance is received I want to retrieve the stored form and use it as output of my XPL for upload file. Here is the idea: > > <xhtml:html> > ... > <xforms:instance> > <instance> > <file filename="" mediatype="" size=""/> > <form-copy> > <xhtml:html> > ... > </xhtml:html> > </form-copy> > </instance> > </xforms:instance> > ... > </xhtml:html> > > The problem is - when passed through the epilogue the content of <form-copy> is handled with xforms engine which I need to escape. Now I'm working on wrapping that into <!CDATA[[ - have not accomplished yet. I was wandering if there some ready markup used in OPS for such cases (to escape interpretation of a portion to xForms)? > > Thank you for your quick replay, > Oleg > > > > > -- > 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 > > > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- 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
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Free forum by Nabble | Edit this page |