<div dir="auto">I believe I already strip Script code in X3DJSONLD when sending to X3DOM.  X3DOM handles script nodes, but not Script nodes, afaik.  The Script node gets converted to ECMAscript in X3DJSONLD, especially field elements (I don’t know if fields/Scripts are nodes or statements).   If one doesn’t strip Scripts, the raw code appears on the screen, last I checked, probably 1-2 years ago.</div><div dir="auto"><br></div><div dir="auto">I do not know the current status of X3DOM handling Script fields.  An update, if any, on this would be welcome!</div><div dir="auto"><br></div><div dir="auto">So adding an Environment node where the Script is removed shouldn’t be an issue, I hope!</div><div dir="auto"><br></div><div dir="auto">John</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 29, 2022 at 4:26 PM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="auto">I am now thinking I may be able to insert an Environment node for X3DOM post-validation (after JSON schema validation).  But I have a single XML source that goes to both X_ITE and X3DOM, so any change to XML will go to both. So my approach may be to modify XML and JSON prior to sending browser core code.</div>
</blockquote></div></div>