W3C home > Mailing lists > Public > www-forms@w3.org > September 2000

Re: Using XSL-T to convert XForm to HTML: Impossible?

From: Simon Brooke <simon@weft.co.uk>
Date: Tue, 26 Sep 2000 09:13:55 +0100
To: "Schulze, Matthias" <schulze@dresden-informatik.de>, "'www-forms@w3.org'" <www-forms@w3.org>
Message-Id: <00092609135507.27649@gododdin.internal.jasmine.org.uk>
On Mon, 25 Sep 2000, Schulze, Matthias wrote:
> > I've just been studying the XForm data model with a view to writing a
> I've also spent some thoughts about XForms -> HTML transformation. Basicly
> I believe that the mere transformation _can_ be done by XSLT. But if you
> want
> the resulting HTML to validate the user-input against the model (e.g. the
> min/max constraints), you'll have to use scripts and event handlers to do
> so.

Neither do I, and, to be honest, that wasn't what I was trying to achieve. 
Obviously if you have some clients which can validate client-side and some 
clients which can't you are going to have to duplicate the validation 
server-side -- but in a network of heterogenous agents you have to do this in 
any case, because you cannot depend on the agent at the other end behaving in 
the way you expect it to.

All I was trying to achieve was to have one form generator which generated 
the structure of the form for all clients, and then use XSL-T to transform 
this for (e.g.) HTML and WML clients which don't support the full XForm 
functionality. My current belief, having spent a couple of days poring over 
the problem, is that this can't be done efficiently with XForm, and I'd be 
better off writing my own custom forms DTD which can be translated 
efficiently to XForm, to HTML to WML, and to other as-yet-unknown formats.

Simon Brooke, Technical Director, Weft Technology Ltd -- 

	the weft is not just what binds the web: it is what makes it a web
Received on Tuesday, 26 September 2000 04:25:14 UTC

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