[x3d-public] FW: X3Dv4 and event passing between X3D scenes and HTML5/DOM page

[Brutzman, Donald (Don) (CIV)]

[modified subject line to match topic]

Your analysis looks correct to me.

Am happy to note that event consistency with HTML5/DOM is indeed central to the X3Dv4 specification efforts.  Overview and detailed goals remain online at

	X3D Version 4
	http://www.web3d.org/X3D4

	X3D Version 4.0 Development
	http://www.web3d.org/wiki/index.php/X3D_version_4.0_Development

Of note: all DOM events have string values.  All X3D events have typed values, which can be read in or written out as strings.  Clock timestamps are the same for both.  Thus compatibility is feasible.

As you also note, X3DOM and X_ITE can each handle such events (with some differences in their respective approaches).  I think it is great that we have two implementations because it guarantees eventual success and currently gives us two variations on this critical theme.  Consistency and well-written specification prose are needed next.

Current focus continues to be explored via the list: clearly defining timing requirements for event passing, and building example pages/scenes that can be used as demonstration tests for implementers.  Coding skills in plain-old JavaScript scripting and  X3DOM/X_ITE codebases are really important in this regard.  Reconciliation and harmonization have the potential to support... um, well, everyone on the Web.

Progress continues.  State of play will be presented at Web3D 2019 conference in LA this summer.  X3Dv4 functional lockdown is 16 DEC 2019.  Total bliss is expected to occur sometime this year, between now and then...

Having fun with X3D, HTML5 and DOM!   8)


On 3/21/2019 1:45 AM, John Carlson wrote:
>  From below:
> 
> types?   It seems like X3DOM and X_ITE are already handling some events differently.   Likely this will drive a deathstrike to the standard if events aren’t standardized.  Browsers will all go invent their own event types, and content won’t play across different browsers.  If we adopt HTML5 as a way to create events, that is **independent** of X3D browser, that might be a way to go.
> 
> This really needs to be looked at carefully.   One reason that X11 failed to capture the games market was they didn’t get sound events coordinated with graphics events in time.  I do not know if this is still an issue with Linux.
> 
> I am pretty sure there’s already a way to coordinate things in time with timestamp.  I am not sure how many browsers use the timestamp in events.   We may need to coordinate events across the network for the NetworkSensor.  OpenCroquet/OpenCobalt may have a way: https://en.wikipedia.org/wiki/Croquet_Project#Synchronization_architecture https://en.wikipedia.org/wiki/Open_Cobalt#Synchronization_architecture
> 
> (written in Squeak).
> 
> John
> 
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
> 
> *From: *John Carlson <mailto:yottzumm at gmail.com>
> *Sent: *Thursday, March 21, 2019 3:17 AM
> *To: *X3D Graphics public mailing list <mailto:x3d-public at web3d.org>
> *Subject: *X3Dv4
> [...]
> 
> Already submitted in another place.
> 
> http://tools.realism.com/comment/15#comment-15
> 
> Is there going to be a standard for event type
> 
> John
all the best, Don
-- 
Don Brutzman  Naval Postgraduate School, Code USW/Br       brutzman at nps.edu
Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA   +1.831.656.2149
X3D graphics, virtual worlds, navy robotics http://faculty.nps.edu/brutzman