<div dir="ltr">Don, can you provide a feasibility analysis of writing a set of toThreeJS() calls for X3DJSAIL? Or a stylesheet which takes X3D XML and produces ThreeJS code? Since the JavaScript will probably be produced on the server anyway, we can leverage X3DJSAIL as an intermediate library perhaps, perhaps.<div><br></div><div>I will be pursuing reading up on ThreeJS too. I would like for Leonard and Andreas to weigh in.</div><div><br></div><div>John<br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 6, 2020 at 11:33 AM 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:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I propose that we examine the usefulness/feasibility of converting X3D JSON or X3D XML documents to ThreeJs JavaScript webapps.<div><br></div><div>We already have many examples of converting X3D to JavaScript:  X3dToES5.xslt, X3dToNodeJS.xslt, JavaScriptSerializer.js (X3DJSONLD) and more (NodeSerializar.js).  These rely on a pre-existing library, X3DJSAIL.  We also have a preliminary JavaScript to XML library.</div><div><br></div><div>I am proposing another base library, ThreeJS. This is different from other approaches (XSeen, Three-X3D-Loader) in that we will produce Three.JS compatible JavaScript application code instead of using Three.JS directly as a renderer.   So our product will produce a JavaScript webapp, not webGL calls. You can then take the text generated by our code, and plug it into your webapp.  Presto!</div><div><br></div><div>Does anyone see a demand for this?  I'd like additionally to examine the feasibility of a Q&A AI (GPT-X) to translate X3D JSON to Three.JS</div><div><br></div><div>Thanks,</div><div><br></div><div>John</div></div>
</blockquote></div>