<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
Thanks for the excellent observations Andreas, you are right that we need to be precise.  We should refer to W3C Recommendations closely/carefully in order to do that.
<div><br>
</div>
<div>Yes I was “starting simple” and thinking earlier from point of view that HTML attribute names/values, and corresponding DOM tree names/values, are string based.  Am pretty sure that DOM still has different levels, with different functionality on each -
 will check.  If I recall correctly, basic set/get accessors at Level 1 are string based.  Apologies if that has changed or is incorrect.  Getting crisp about value definitions versus event definitions is important.
<div><br>
</div>
<div>Looking forward to our paying close attention to the DOM specifications, nomenclature, levels, specialty methods, conformance requirements, etc. etc.  If we follow design patterns shown by SVG we also might conceivably define specialty DOM methods for
 X3D... but we should likely resist the urge to customize whenever possible in order to utilize existing DOM functionality.  Starting with conservative capabilities can hopefully provide the foundation to help us maximize deployment and library-compatibility
 options... then continue towards more advanced object-based approaches when advisable.</div>
<div><br>
</div>
<div>Certainly X3DOM and X_ITE approaches need to be carefully considered in detail. Whatever works - broadly, and for long term stability/evolution.  Looking forward to next steps: improved understanding, X3D-string value mappings, X3D-DOM event mappings,
 analysis of alternatives, X3D-HTML render-loop timing considerations, design reconciliation, and specification documentation together.</div>
<div><br>
</div>
<div>Hope that helps.  Continued improvement welcome, again thanks.</div>
<div><br>
<div dir="ltr">
<div><span style="background-color: rgba(255, 255, 255, 0);"> v/r Don</span></div>
<div><span style="background-color: rgba(255, 255, 255, 0);"><br>
</span></div>
<span style="font-family: Helvetica; font-size: medium; -webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); -webkit-text-size-adjust: auto; ">Sent
 from my handheld device</span></div>
<div dir="ltr"><br>
On Mar 21, 2019, at 2:19 PM, Andreas Plesch <<a href="mailto:andreasplesch@gmail.com">andreasplesch@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div dir="ltr"><span>I am not sure how to interpret the statement below that DOM events</span><br>
<span>have string values. HTML attributes (similar to fields) have string</span><br>
<span>values. But DOM events carry an event object as payload (value)</span><br>
<span>supplied to an event listener function. This event object is of type</span><br>
<span>object and can include any typed values in key-value pairs. For</span><br>
<span>example, x_ite_dom generates DOM events for each X3D output event</span><br>
<span>which has the X3D output as typed value in an event.value key.</span><br>
<span>Conversely, x_ite_dom does not use DOM events to map changes in HTML</span><br>
<span>attributes to X3D input events (or other SAI actions). It uses another</span><br>
<span>DOM facility, called the MutationObserver, which is what is</span><br>
<span>recommended.</span><br>
<span></span><br>
<span>I think we need to start to be more careful in using nomenclature if</span><br>
<span>there is to be better compatibility. Generally speaking, DOM events</span><br>
<span>are quite different from X3D events. Also, HTML is markup, and DOM is</span><br>
<span>an object model which is generated from the markup and has an API so</span><br>
<span>it can manipulated. The DOM is what the browser uses to generate a</span><br>
<span>page view. This means, for example, that almost all of a web page can</span><br>
<span>be generated dynamically, with minimal markup.</span><br>
<span></span><br>
<span>Best, Andreas</span><br>
<span></span><br>
<blockquote type="cite"><span>Date: Thu, 21 Mar 2019 16:53:37 +0000</span><br>
</blockquote>
<blockquote type="cite"><span>From: "Brutzman, Donald (Don) (CIV)" <<a href="mailto:brutzman@nps.edu">brutzman@nps.edu</a>></span><br>
</blockquote>
<blockquote type="cite"><span>To: John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>></span><br>
</blockquote>
<blockquote type="cite"><span>Cc: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a>></span><br>
</blockquote>
<blockquote type="cite"><span>Subject: Re: [x3d-public] FW: X3Dv4 and event passing between X3D</span><br>
</blockquote>
<blockquote type="cite"><span>       scenes and HTML5/DOM page</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>[modified subject line to match topic]</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Your analysis looks correct to me.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>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</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>       X3D Version 4</span><br>
</blockquote>
<blockquote type="cite"><span>       <a href="http://www.web3d.org/X3D4">http://www.web3d.org/X3D4</a></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>       X3D Version 4.0 Development</span><br>
</blockquote>
<blockquote type="cite"><span>       <a href="http://www.web3d.org/wiki/index.php/X3D_version_4.0_Development">http://www.web3d.org/wiki/index.php/X3D_version_4.0_Development</a></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>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.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>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.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>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.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>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...</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>Having fun with X3D, HTML5 and DOM!   8)</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>On 3/21/2019 1:45 AM, John Carlson wrote:</span><br>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>From below:</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>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.</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>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.</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>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: <a href="https://en.wikipedia.org/wiki/Croquet_Project#Synchronization_architecture">
https://en.wikipedia.org/wiki/Croquet_Project#Synchronization_architecture</a> <a href="https://en.wikipedia.org/wiki/Open_Cobalt#Synchronization_architecture">
https://en.wikipedia.org/wiki/Open_Cobalt#Synchronization_architecture</a></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>(written in Squeak).</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>John</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>Sent from Mail <<a href="https://go.microsoft.com/fwlink/?LinkId=550986">https://go.microsoft.com/fwlink/?LinkId=550986</a>> for Windows 10</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>*From: *John Carlson <<a href="mailto:yottzumm@gmail.com">mailto:yottzumm@gmail.com</a>></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>*Sent: *Thursday, March 21, 2019 3:17 AM</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>*To: *X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org">mailto:x3d-public@web3d.org</a>></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>*Subject: *X3Dv4</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>[...]</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>Already submitted in another place.</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span><a href="http://tools.realism.com/comment/15#comment-15">http://tools.realism.com/comment/15#comment-15</a></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>Is there going to be a standard for event type</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>John</span><br>
</blockquote>
</blockquote>
<blockquote type="cite"><span>all the best, Don</span><br>
</blockquote>
<span></span><br>
<span>-- </span><br>
<span>Andreas Plesch</span><br>
<span>Waltham, MA 02453</span><br>
<span></span><br>
<span>_______________________________________________</span><br>
<span>x3d-public mailing list</span><br>
<span><a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a></span><br>
<span><a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a></span><br>
</div>
</blockquote>
</div>
</div>
</body>
</html>