[Xsltforms-support] xsltforms 1.6 - the standalone form example
Brought to you by:
alain-couthures
From: Habs <ge...@us...> - 2022-11-23 20:14:40
|
hello supportlist, Alain re: hello-standalone.htm At the moment, I am not understanding well enough the method(s) and technology used to save the whole form in the above example form supplied with 1.6, so please forgive me when I ask the following. The example standalone form is HTML (html5). The forms I tend to use are XHTML forms (1.0 strict), using the v1.6 xsltforms.xsl in a processing instruction at the top (client side transformation) and with the data instance and the styles pulled in from externally linked files. These forms work well. 1) is it possible to replicate the standalone html form example in an xhtml based form ie. saving the whole xhtml form ? 2) if the answer to 1) is yes, then is it possible to put the script and style sections in separate files (rather than in the xhtml form file) and if someone has a quick and dirty example that would be excellent ? 3) out of interest, is it possible to save just the instance data and not the whole form in either the standalone example or in the xhtml ? As a test so far, I pinched the 'submission' from the standalone example and hooked it up in an existing xhtml form to a submit button. I was expecting that the necessary functionality used directly coded in the standalone form header, would be in the xsltforms.js via the xsltforms.xsl transform and would therefore work without much alteration of the existing xhtml forms used. It did not work out, with this error prior to the 'file save' dialogue being shown, where 'saving' saved nothing: XSLTForms Exception -------------------------- Error evaluating the following XPath expression : form-Source() TypeError this.compiled is undefined In the interim from sending this message, I will create a simplified bare-bones xhtml and test to see if I can get it to work. What I do know already is that the style and script content in the standalone example form, leave the xhtml based form as not well-formed ... even when enclosed in a CDATA block. Regards Habs --- Sent using Alpine/Pine, probably the best MUA --- |