[x3d-public] Discussion about another ECMAScript SAI Library.

John Carlson yottzumm at gmail.com
Wed Apr 8 11:28:50 PDT 2020


If you read anything in this email, read the final paragraph.

$ wc x_ite.js
 117547  459584 3631471 x_ite.js
$ wc x3dom-full.js
   8211   29765 1526481 x3dom-full.js

Current ECMAScript library version of X3DJSAIL
$ find org -name '*.js'|xargs cat|wc
 530284 2544727 30175297

As you can see, a potential library created from X3DJSAIL would be around
300MB, much larger than x_ite.js or x3dom-full.js.

What are the benefits to the ECMAScript developer for X3DESAIL? validation?
use of stylesheets?  Is that worth 270MB, downloaded over the web?
Especially if ECMAScripts are also downloaded, and may be excluded from the
application by ECMAScript blockers?

Consider that all the JSON schemas together are only 3MB, or 144kB
compressed:

$ wc x3d-[3-4]*a.json
  15638   25131  401463 x3d-3.0-JSONSchema.json
  18179   29269  467163 x3d-3.1-JSONSchema.json
  26266   42638  679482 x3d-3.2-JSONSchema.json
  28221   45877  731894 x3d-3.3-JSONSchema.json
  28801   46716  751848 x3d-4.0-JSONSchema.json
 117105  189631 3031850 total

$ cat x3d-[3-4]*a.json|gzip -c|wc
    586    3029  143877

Perhaps it would be better to develop an X3DESAIL from JSON schema instead
of X3DUOM? :) :)   What if we could create X3D potential libraries from
*any* JSON schema?

Are we just trying to do SAI on the web?   Isn't that what X_ITE does?

Surely there is already a second implementation of ECMAScript SAI???

It would seem like a good target for X3DESAIL would be 1100kB--The
difference between X_ITE and X3DOM.   What are the differences between
X_ITE and X3DOM, and when should I choose one over the other (I've heard
Leonard's comment that X_ITE is not enterprise s/w).

I do not have extensive knowledge of either X_ITE or X3DOM.  I learned just
enough to slide X3DJSONLD and the PrototypeExpander (only for X3DOM) into
the codebases.

I think it would be better to focus on particular tags that would be useful
as a replacement for a lot of ECMAScript, moving even farther away from
dependency on scripts? What can we learn from our current scripts?

I've already suggested that we use D3.js as a basis for new tags for data
visualization.  What tag support is there currently for data visualization
(charts)?  I've also suggested that we have XPath or similar for route
to/from nodes.   What can we learn from OpenInventor?

This appears like a fairly good way to get an ECMAScript library  from JSON
schema:
https://stackoverflow.com/questions/55157190/generate-javascript-classes-from-json-schema/55157356
what do you think?

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20200408/f6c922a3/attachment.html>


More information about the x3d-public mailing list