Re: XSLT and XForms

This is the very only reason that makes me find it hard to believe a 
server-side XForms processor would spare me some debugging time.
Despite the nice, declarative approach, applications generated this way 
would be far more difficult to mantain and test than applications that 
are run on the client. Not to mention that serious (consistent) 
client-side interactivity (as allowed by the wonderful XForms WD for 
example) is something the web is sorely missing, not only where the 
connection speed is bad.
Anyway good luck to all the server-side XForms processor that are on 
their way, I really hope they will save me some debugging time!
ciao
ste

Dan Dennedy wrote:
> It's not that simple. I am working on a server-side processor that 
> heavily uses XSL-T, but there is also a lot of processor code as well as 
> client-side ECMAScript. If you are looking to just convert the UI 
> controls from XForms to XHTML, then you will likely be missing 
> information that you need and be more limited.
> 
>     -----Original Message-----
>     *From:* Lambert, Charlie [mailto:clambert@btg.com]
>     *Sent:* Friday, June 07, 2002 9:36 AM
>     *To:* 'www-forms@w3.org'
>     *Subject:* XSLT and XForms
> 
>     Does anyone know of an xsl document out there that specifies the
>     transform for an XForms based XML document to XHTML?
> 
>     Thanks,
>     Charlie
>

Received on Friday, 7 June 2002 10:59:09 UTC