- 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. Definitely > 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. Cu, Goetz.
Received on Monday, 25 September 2000 11:42:04 UTC