[x3d-public] Requirement for v4. one X3D element per Frame

John Carlson yottzumm at gmail.com
Thu Jan 31 21:37:54 PST 2019


Can we autogenerate an incrementing browser # and stick it into the outer scenegraph as a div id?

John

Sent from Mail for Windows 10

From: John Carlson
Sent: Thursday, January 31, 2019 9:05 PM
To: Don Brutzman; Vincent Marchetti; Richard F. Puk; X3D Graphics public mailing list
Subject: Requirement for v4. one X3D element per Frame

>Can we think of it in terms of IFrames?  An Iframe per canvas? Then put one X3D element per IFrame

>>"The main requirement for this comes from scripting...how to access the right field if it’s loaded more than once.

>>Which may be a good reason not to support fields in Scripts or Scripts at all.” (no Scripts)

>“I think the selector in question is on the scene or X3D element.   I am not sure if my code fully supports inlines, plus I am reusing the scene (allowed???).

>>Yet another reason not to support regular JavaScript in X3D.” (Scripts)

Suggestion for V4:  Only support one X3D element per frame/iframe, otherwise we are schizophrenic (They’re coming to take me away, oh no!).  0, or 2 or more X3D elements are allowed, but not supported.

Are there other ways of seeing this? The use case is showing a scenegraph 4 times, twice as X3DOM, twice as X_ITE, twice as JS/DOM and twice as XML, trying to script various elements in scene.

Can someone see a fault in this?  Should I start porting my code over to this to see any difficulties?  I know IFrames are difficult, but I think we should show our multicanvas apps with multiframes.

Almost bedtime.

John


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190131/94246b51/attachment-0001.html>


More information about the x3d-public mailing list