Now, astD3.html can be directly loaded; the JS generation is implicit upon load

This is a simple yet effective fix that helps newbie developers understand the structure of our AST. astD3.html always existed in the xml directory. However, it required the generation of ast.html and ast.js from last.xml. Hence no-one really was aware .... Now, these two files I dynamically generated by the browser, ie, they are never materialised as files. This allows users to simply load astD3.html locally from the file in the sources and see the current state of ast.xml.

This doesn't look right on my machine: d3.png

Also, weakly related to this, but using json-based ast we have the following auto-generated web page: https://www.macs.hw.ac.uk/~as710/sac-ast/showtree.html that also shows the structure of the ast.

@tema this works for me in Firefox and Chromium.

I think I'll merge as is.

How do you run this? I have just tried opening firefox astD3.html in libsac2c/xml and got a box full of text and no reaction to buttons. In opera I don't see text, but it also doesn't do anything when I press buttons.

Do you have privacy.file_unique_origin set to false in about:config (Firefox)? Seemingly in Firefox 68 all local files are treated as cross-origin and are blocked from being processed, including XML+XSL files.

merged

mentioned in commit afc5ccff