escape from xForms handling

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

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 &lt;!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
 




--
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 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:
--
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