Re: [Xsltforms-support] Declarative4all Overview?

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

<!doctype html>
<html>
 <head> 
  <meta charset="UTF-8"> 
 </head>
 <body>
  <div>
   When developing web applications, XForms, because it has been specified to be implemented in browsers, is not enough.
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
    XSLTForms is a client-side XForms implementation using XSLT 1.0 as a trick to transform XForms pages into HTML pages with CSS and Javascript. It works within browsers...
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   XSLT 1.0 is still supported in major browsers, but vendors would like to get the corresponding memory space for new features instead... XSLTForms must evolve...
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   Since 1.5, XSLTForms uses its own HTML5 notation for XForms. It allows authors, if they prefer this, to write forms directly without the XSLT step being required, which, is now also available in Javascript for Nodejs! BTW, Cordova supports this HTML5 notation, too.
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   The XPath engine of XSLTForms is also evolving. The corresponding parser has been rewritten from XSLT 1.0 to Javascript. This parser has been extended to support XQuery 3.1. Then, a new XQuery engine has been created, named Fleur.js, for both browsers and Nodejs.
  </div>
  <div class="default-style">
   <div class="default-style">
    <br>
   </div>
   <div class="default-style">
    We, also, have Nodejs to easily develop and run light HTTP servers. It allows XQuery at server-side (with Fleur.js) to access files, query other web servers, ... and XForms at client-side (with XSLTForms) to render and modify data.
   </div>
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   Next step: Fleur.js for XSLTForms is now in alpha...
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   So, Declarative4all is a project to host all that stuff and more... It is the not-private part of the dev environment, actually...
  </div>
  <div class="default-style">
   <br>
  </div>
  <div class="default-style">
   --Alain
  </div>
  <blockquote type="cite">
   <div>
    Le 29/03/2021 20:22, Gary Kopp &lt;ge...@ru...&gt; a écrit :
   </div>
   <div>
    <br>
   </div>
   <div>
    <br>
   </div>
   <div class="WordSection1">
    <p class="MsoNormal">I’m new to XForms with eXist and quickly realized I needed XSLTForms to get started. I found XSLTForms 1.3 on Github and thought I was done, although I was concerned that it hadn’t been updated for years. Then I was given a link to Declarative4all and now see that XSLTForms is alive and quite well. But I’m a little confused – is Declarative4all just an xsltforms.js upgrade, or is there more to it from a functional standpoint? Is there a summary statement somewhere of what Declarative4all actually is?</p>
    <p class="MsoNormal"><br></p>
    <p class="MsoNormal">--Gary Kopp</p>
   </div>_______________________________________________ Xsltforms-support mailing list Xsl...@li... https://lists.sourceforge.net/lists/listinfo/xsltforms-support
  </blockquote>
 </body>
</html>