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

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

From: Goetz Bock <bock@blacknet.de>
Date: Mon, 25 Sep 2000 17:41:07 +0200
To: www-forms@w3.org
Message-ID: <20000925174107.C30143@titan.blacknet.de>

On Mon, Sep 25 '00 at 17:19, Schulze, Matthias wrote:
> > I've just been studying the XForm data model with a view to writing a
> > general XSL-T transform to convert an XForm for delivery on legacy HTML
> > devices,
While I think, it's theoretically possible to do it in just one pass,
the required XSL-T will probably need O(n*n), where two passes would
only need O(n).

> 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.
> This requires quite heavy XSLT and sooner or later you'll end up with a  
> XForms client implementation!
That will come. But the validation is rather simple. It would be realy
hard, if there was an own UserInterface. 

> However, I don't think that a complete transformation will generally be
> possible by means of HTML 4 plus Javascript 1.2.
> E.g. if you consider requirements like 3.7 (expandable form control groups)
This can be done by Mozquito's FML already.
> or 3.9 (saving and resuming), 
this would require server-side support (a good way to do it) or coockies
(a bad way)
> you'll have to rely on DOM support like in IE [ ... ]
For a generic XForms handler in Javascript this is definitely required.


Received on Monday, 25 September 2000 11:42:04 UTC

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