W3C home > Mailing lists > Public > www-forms@w3.org > February 2003

Re: Question

From: Ted Stresen-Reuter <tedmasterweb@mac.com>
Date: Thu, 20 Feb 2003 14:53:28 -0600
Cc: "John Boyer" <JBoyer@PureEdge.com>, <Hemant.Desai@patni.com>, <www-forms@w3.org>, "Barny Swain" <barny.swain@draeger-it.co.uk>
To: "Sikora, Gary" <gary.sikora@progeny.net>
Message-Id: <5C9251E4-4515-11D7-9A96-00039315D01C@mac.com>

Hi,

I think you can get around a lack of browser support right now by doing 
the following:

1. Have forms designers design form templates with their favorite 
design tool
2. Add custom fields and attributes that are _not_ part of XHTML, but 
that bridge the gap between XHTML and Xforms (as far as forms are 
concerned). For example, one attribute that could be added to a field 
is 'required="true"'.
3. When the form is requested, a server-side processor grabs the form 
template, strips the invalid tags (substituting them with JavaScript 
where possible/necessary/appropriate) and displays the XHTML-compliant 
form.
4. When the user submits the form, the processor reads the XHTML 
template on the server and applies the necessary missing logic.

I've been thinking about ways to do this for most of my professional 
career and it seems to me that XSLT will play a key role (it can 
transform the non-XHTML template on the fly, and back again, doing some 
of the form validation along the way, it could probably even prepare 
SQL statements if enough info is supplied in the template).

Does this seem like a good/bad idea to those of you on this list?

Ted Stresen-Reuter
http://www.tedmasterweb.com/

On Wednesday, February 19, 2003, at 06:09  PM, Sikora, Gary wrote:

> Microsoft is promoting their own Form controls with client side
> functionality based on their VB/ASP controls.  Your right, a choice is 
> a
> client-side plugin that interprets and processes XForms.  The other
> choice is to have a server-side solution automatically creates HTML 1.0
> markup and associated JavaScript that is compatible with deployed IE's.
Received on Thursday, 20 February 2003 15:59:39 GMT

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