<div dir="ltr">PrototypeExpander needs unique DEFs for routes to work right, I believe.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 26, 2020 at 3:17 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:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Can Leonard update his blog entry based on the various threads?<div><br></div><div><a href="https://realism.com/blog/defuse-x3d-vs-dom" target="_blank">https://realism.com/blog/defuse-x3d-vs-dom</a> </div><div><br></div><div>I think the important thing to get across is:</div><div><br></div><div>DEFs with duplicate field value may be duplicated within a scope (VRML).</div><div>DEFs with duplicate attribute value may not be duplicated within a scope (XML, HTML).</div><div>I'm not really sure what the JSON requirements are, but someone should probably go over the working draft.</div><div><br></div><div>Thanks,</div><div><br></div><div>John <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 26, 2020 at 2:42 PM Don Brutzman <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</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">Excellent question:<br>
<br>
On 3/26/2020 10:49 AM, John Carlson wrote:<br>
> It's important to note that this thread is mainly about DEF in VRML. Which may have different behavior than DEF in XML and JSON.   Do I have the whole story now, or is VRML dependent on XML types?<br>
<br>
The X3D Architecture defines baseline information for model rendering/behavior/interaction, regardless of how that model is saved.<br>
<br>
The various file encodings (ClassicVRML XML JSON Binary) and programming-language bindings (EcmaScript Java Python C/C#/C++ etc.) are expected to have equivalent expressive power to define an X3D model.  Other "non-standard" alternatives (TypeScript ObjectPascal etc.) should strive to follow the same path if consistent use is desired.<br>
<br>
Thus conversion or even "round trip" between any of the forms is expected to include all of the necessary information in the X3D model.<br>
<br>
Thus any time we find functional or expressive differences between ClassicVRML or XML or JSON or whatever, it is a deficiency and we should fix it.<br>
<br>
As we continue to succeed well on this challenge, X3D models become fully portable and consistent regardless of where they come from and where they go.<br>
<br>
Once again, with feeling: Have fun with X3D!  8)<br>
<br>
all the best, Don<br>
-- <br>
Don Brutzman  Naval Postgraduate School, Code USW/Br       <a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a><br>
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
</blockquote></div>
</blockquote></div>