[x3d-public] Deleting portions of X3DJSONLD. Anyone using them? Request for subdividing sphere in X3D standard.

John Carlson yottzumm at gmail.com
Sat Dec 30 21:24:04 PST 2017


I am considering deleting portions of X3DJSONLD, particularly X3DJSONLD/src/main/node/Script.js, and the portions of X3DJSONLD/src/main/node/loaderJQuery.js which use Script.js to convert X3D ECMAScripts to HTML Scripts for X3DOM—This only partially worked anyway, on several of my scripts. I suggest looking towards how X3DOM already handles scripting, or perhaps using X_ITE.  I do not like eval’ing externally provided script code—it makes me dang nervous—and pushing a CDATA section into a X3D XML Script element is preferable to me (handing off the issue I guess), thus I will try to continue to support X_ITE.   This likely means we will never see Protos fully implemented in X3DOM (Is anyone crying?). Thus we will have an X3DJSONLD based X3DOM ProtoExpander without X3D ECMAScripts fully implemented.

Any feedback on this? I fully support Declarative Graphics, and suggest we get someway to generate pseudorandom numbers declaratively.   They are useful in my scripts, and I don’t know how to do it outside a script yet.  I am pretty much limited to X_ITE for Protos and Scripts on the web.  Now that X_ITE implements shaders, I have less use for X3DOM, but subdividing a surface like a sphere in various ways (ala Blender) would be useful in the X3D standard to me.   I would use it as a shortcut to defining an IFS which estimates a sphere.  Which I probably need to do to unify my shader code.  I don’t really want to store the IFS in code.  Thanks.

John

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20171231/67d99900/attachment.html>


More information about the x3d-public mailing list