W3C home > Mailing lists > Public > www-forms@w3.org > April 2002

RE: Info request

From: Klotz, Leigh <Leigh.Klotz@pahv.xerox.com>
Date: Tue, 16 Apr 2002 16:06:28 -0700
Message-ID: <51B8ABCE456FD111899900805F6FD6EE0F2AE2AA@mercury.ADOC.xerox.com>
To: "'Nicholas Atkinson'" <nik@casawana.com>, "'cutlass'" <cutlass@secure0.com>, "'www-forms@w3.org'" <www-forms@w3.org>
See http://www.w3.org/MarkUp/Forms/#implementations for what we know about
at the moment.
There are some implementations of parts of the XForms draft as
transformations to HTML, but as far as I can tell from reading the websites,
they are not XLST.
There are some draft implementations listed on the implementations page
which have source available, as well.


-----Original Message-----
From: Nicholas Atkinson [mailto:nik@casawana.com] 
Sent: Tuesday, April 02, 2002 9:25 AM
To: cutlass; www-forms@w3.org
Subject: Re: Info request


Are there any publicly available (and free) XSLT transforms which will
convert an XForms page to normal HTML + Javascript?

Or which would serve as a starting point, were I to attempt this?

Are there limitations with XSLT that prevent this approach?

thanks in advance for any comments on this

nik

----- Original Message -----
From: "cutlass" <cutlass@secure0.com>
To: <www-forms@w3.org>
Sent: 02 April 2002 16:12
Subject: Re: Info request


>
> ----- Original Message -----
> From: "Konstantin Piroumian" <KPiroumian@protek.com>
>
> > Me and some other developers are looking to implement a form handling
> > framework for Apache Cocoon (http://xml.apache.org/cocoon) and I'd like
to
> > know if there is any activity on XForms?
>
> hmmm, yes any effort should probably use XForm, considering that any
> improvements to HTML forms ala XHTML will come from XForms.
>
> > Event model of XForms is quite difficult to implement on the server-side
> and
> > that makes XForms simply a standart markup language for form
presentation
>
> well, yes, if u use XForms as a specification then u transform from this
> specification ( not necc in an XSLT sense ) to whatever final form you
want.
>
> > and nothing else. Can anybody make some comments on a possibility to
> > implement a server-side XForms processor?
>
> why not make a few complicated XSLT that transforms XForm as xml ? I have
> done this many times, and over time one can build up quite a useful XSLT
per
> client required ( at least in the web world, I have xslt transforms that
> creates source code for various compiled languages too ).
>
> then create a small script library on the client, or create appropriate
> session handling to link with your final form on the serverside.
>
> I don't see any thing with XForms as overally harder then any thing else
> that is out there?
>
> A world where XForms is prevelant simply means that the server side would
> have to do a lot less .... which can be a little concerting from some
> angles.
>
> I dont think that an application server has to be XForms aware natively,
> other then being able to take in an XML post from an XForm; otherwise any
> effort you build up might be a little unnecc.
>
> oh well, good luck !
>
> cheers, jim fuller
>
>
>
>
Received on Tuesday, 16 April 2002 19:07:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:21:51 GMT