alaincouthures / declarative4all Goto Github PK

Currently Fleur implements a complete DOM parser.
I think it's a good idea to split it into a standard DOM implementation and upgrade that standard DOM implementation with Fleur enhancements.

This way when a browser is used, only the browser DOM implementation needs to be upgraded with Fleur enhancements.
In standalone mode the Fleur implementation of standard DOM is used.

A cool feature is then to update the live browser DOM and the XML level document with statements like

    replace value of node $current-field/@state with 'visited',
    replace value of node $new-field/@state with 'current',
    replace value of node $current-svg-color with 'white',
    replace value of node $new-svg-color with 'black',

Also no serialisation and parsing is needed any more.

I implemented a proof of concept of this.
Chainreaction and Boxup are two SVG games based on this proof of concept.

First an XML level is converted to an SVG XML element using XQuery. After that event handlers are added and processed by XQuery. See the javascript source in the games mentioned above.
Event handlers read and modify the model but only write to SVG

Dear @AlainCouthures,
Thank you for your effort implementing XForms.

I have a question does this implementation support xforms:copy element inside xforms:select? Or the only solutions is to dispatch additional events and insert nodes explicitly? Example is described in the itemset specification

Currently when I try to do something similar what is described under the link I get: <description>Vanilla</description> instead of <description>Vanilla</description>

For example running this query inside runany.htm:

let $x := 4
return
  if ($x eq 4) then
    let $y := 5
    return $y
  else
    7

returns

18:37:54 - fn:error(fn:QName('http://www.w3.org/2005/xqt-errors', 'err:XPST0003'),'Cannot read properties of undefined (reading 'length')')