<div dir="auto">Thanks for chiming in, Don, considering first principles.<div dir="auto"><br></div><div dir="auto">From a hardware/software perspective, I think it is impossible to not recognize the large evolution from early VRML times to today which ought to be reflected somehow in X3D.</div><div dir="auto"><br></div><div dir="auto">Another way to approach the question if there is an opportunity or if such an idea is just a distraction, is to consider why there is not a SFInt16 or SFInt8 type. The thinking at the time may have been that there is a need for integers for indices but also a need to keep it simple and only have a single one, int32. On the other hand, for floats let's have both 32 and 64bit.</div><div dir="auto"><br></div><div dir="auto">Ist there a time when this reasoning becomes obsolete and there is a call for a higher level of abstraction ? Can a browser be smart enough to decide how numbers are internally represented for various purposes so an author does not have to be concerned about that ?</div><div dir="auto"><br></div><div dir="auto">Reconsidering, a first step may be to simply rename SF/MFInt32 to SF/MFInt and leave it up to the browser how many different integers it can represent ?</div><div dir="auto"><br></div><div dir="auto">To ease such a transition both names can coexist for a while.</div><div dir="auto"><br></div><div dir="auto">-Andreas</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Apr 8, 2018, 7:29 PM Don Brutzman <<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Appreciate the thoughtful inquiry, thanks colleagues.  A few more points:<br>
<br>
a. Hardware. X3D is designed to run across an exceptionally wide range of devices in a performant way.  The original scene graph was designed when every single triangle counted, and we have been diligent about maintaining graphics-performance rigor throughout its evolution, so X3D is efficient.  Many computing hardware platforms are quite necessarily strict about the handling of integers/floats/doubles based on memory, processing performance, and power consumption.<br>
<br>
b. Software.  X3D is designed to run across an exceptionally wide range of programming and processing environments.  Thus if a JavaScript implementation wants to treat all numbers equivalently, or defer typecasting until data gets transferred to hardware, or whatever, that is OK and doesn't impede other implementations.  The X3D abstract specification describes functionality of rendering and interaction, not reference software implementations.<br>
<br>
c. Data or code.  X3D is designed to be workable both as a file encoding or as a programming-language binding with functional equivalence.  The X3D Unified Object Model work is capitalizing on that... more to follow once we get through HAnim updates, venture into C++/C#/Python programming, etc. etc.<br>
<br>
d. Disclaimer: I think that typing is incredibly valuable because it reveals errors.  Many such errors are otherwise undetectable, so typing is an important aspect of model Quality Assurance (QA).<br>
<br>
e. Portability of reusable models.  So feel free to pursue X3D generation, presentation and interaction using the best implementation approach you want... YMMV.  Also know that portability of X3D scenes across all of these other platforms/formats/languages/methodologies can (and typically will) work equivalently when deploying valid X3D model content.<br>
<br>
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" rel="noreferrer noreferrer" 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 noreferrer noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
<br>
</blockquote></div>