Sending back raw XHTML+XForms

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Sending back raw XHTML+XForms

Damiano Albani-2
Hello,

I'm trying to develop an XForms application compatible with both
server-side tools (Orbeon) and client-side solutions (Mozilla XForms
plugin).
So how can configure Orbeon to send back untransformed XHTML+XForms
markup ? That would be great if this behaviour depended on the URL
used to access the application -- as I am not aware of Mozilla
advertising to the HTTP server if has XForms plugin loaded.

I've tried fiddling with the content of
/resource/ops/pfc/xforms-epilogue.xpl but that didn't bring great
success :-) Oh, by the way, I already configured OPS, in
epilogue-servlet.xpl, to make it return XHTML, not HTML.

Cheers,

--
Damiano ALBANI



--
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
Reply | Threaded
Open this post in threaded view
|

Re: Sending back raw XHTML+XForms

Florent Georges
Damiano Albani wrote:

> I'm trying to develop an XForms application compatible with both
> server-side tools (Orbeon) and client-side solutions (Mozilla XForms
> plugin).

  In resources/config/epilogue-servlet.xpl, you can comment and
uncomment sections like "BEGIN ASSUME SOME XHTML CLIENTS", etcetera.

  Regards,

--drkm























       
 p5.vert.ukl.yahoo.com uncompressed/chunked Tue Aug 22 13:13:39 GMT 2006
       
               
___________________________________________________________________________
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet !
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences.
http://fr.answers.yahoo.com 




--
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
Reply | Threaded
Open this post in threaded view
|

Re: Sending back raw XHTML+XForms

Damiano Albani-2
On 8/22/06, Florent Georges <[hidden email]> wrote:
>
>   In resources/config/epilogue-servlet.xpl, you can comment and
> uncomment sections like "BEGIN ASSUME SOME XHTML CLIENTS", etcetera.

Unfortunately, this step -- that I had already done -- doesn't stop
OPS from transforming original XForms to final HTML content, or XHTML
in that case.

By the way, how can avoid having dozens of lines of namespaces
(re-)declarations in the final output ? For example, here's what is
returned to the browser : <http://pastebin.com/773232>. Not very
pretty I'd say :p

--
Damiano ALBANI



--
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
Reply | Threaded
Open this post in threaded view
|

Re: Sending back raw XHTML+XForms

Florent Georges
Damiano Albani wrote:

> On 8/22/06, Florent Georges wrote:

> >   In resources/config/epilogue-servlet.xpl, you can comment and
> > uncomment sections like "BEGIN ASSUME SOME XHTML CLIENTS",
> > etcetera.

> Unfortunately, this step -- that I had already done -- doesn't stop
> OPS from transforming original XForms to final HTML content, or XHTML
> in that case.

  After what's said at:

    http://www.orbeon.com/ops/doc/reference-epilogue#standard-epilogue

you would be able to call directly oxf:/config/epilogue-servlet.xpl
instead of oxf:/config/epilogue.xpl.

  This needs to be confirmed by someone more experienced with this
feature.

  Regards,

--drkm























       
 p4.vert.ukl.yahoo.com uncompressed/chunked Tue Aug 22 13:13:42 GMT 2006
       
               
___________________________________________________________________________
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet !
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences.
http://fr.answers.yahoo.com 




--
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
Reply | Threaded
Open this post in threaded view
|

Re: Sending back raw XHTML+XForms

Erik Bruchez
Administrator
In reply to this post by Damiano Albani-2
Damiano Albani wrote:
> On 8/22/06, Florent Georges <[hidden email]> wrote:
>>
>>   In resources/config/epilogue-servlet.xpl, you can comment and
>> uncomment sections like "BEGIN ASSUME SOME XHTML CLIENTS", etcetera.
>
> Unfortunately, this step -- that I had already done -- doesn't stop
> OPS from transforming original XForms to final HTML content, or XHTML
> in that case.

That's correct. You will probably have to do this at the level of
xforms-epilogue.xpl as well.

> By the way, how can avoid having dozens of lines of namespaces
> (re-)declarations in the final output ? For example, here's what is
> returned to the browser : <http://pastebin.com/773232>. Not very
> pretty I'd say :p

I agree ;-)

I think this should be fixable in theme.xsl. Right now, the rules
copying over the script and link elements go like this:

<xsl:apply-templates select="/xhtml:html/xhtml:head/xhtml:meta"/>

Maybe using either xsl:copy, or creating elements directly (within a
for-each) would get rid of the namespaces.

-Erik

--
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
Reply | Threaded
Open this post in threaded view
|

Re: Sending back raw XHTML+XForms

Damiano Albani-2
On 8/23/06, Erik Bruchez <[hidden email]> wrote:
>
> That's correct. You will probably have to do this at the level of
> xforms-epilogue.xpl as well.

For those who might be interested, here's the steps I counted :

 1. disabling, in xforms-epilogue.xpl, the call of
"oxf:xforms-to-html" processor obviously
 2. editing theme.xsl to make it carry over xforms:model element in
the final doc markup
 3. writing a new "oxf:xforms-rewrite" processor to do URL rewritting
of XForms elements (submission/@action, load/@resource, instance/@src,
...)

And surely some more...

At the moment, I'm trying to devise a solution to have only one CSS
file, which would be translated/transformed as necessary depending on
the output format. There is all the necessary software available to do
that (cf. <http://www.w3.org/Style/CSS/SAC/>).

--
Damiano ALBANI



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