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

Re: Info request

From: cutlass <cutlass@secure0.com>
Date: Tue, 2 Apr 2002 16:12:22 +0100
Message-ID: <00d101c1da58$ca4dfb50$9c01a8c0@ROSEBUD>
To: <www-forms@w3.org>

----- 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, 2 April 2002 10:08:33 GMT

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