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


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

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:05 UTC