<p dir="ltr">We can look at draggables with css and classes to get an idea of how to do things every frame.  I am not sure of the IP on that, but I've seen it in jquery and meteor.  I am not sure if it's in a published standard.  I am also not sure about dragging multiple objects...sounds like xerox or apple IP.  Oh well.</p>
<div class="gmail_quote">On Mar 20, 2016 9:27 PM, "Leonard Daly" <<a href="mailto:web3d@realism.com">web3d@realism.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Additional thoughts - these came as I
      pressed SEND so it's a separate message.<br>
      <br>
      In HTML/DOM, events are used to mostly handle extraordinary
      conditions. It is not a very efficient mechanism to do something
      every display frame. If the event is a trigger for something else
      to happen (like a light switch), then it is no big deal. If it is
      to run animation, then something like my proposed Animate node
      might be better. This node handles the changes every frame and
      directly updates the destination from the TimeSensor to the
      Interpolator. See
      <a href="http://tools.realism.com/specification/x3d-v40/changes-additions-x3d-v33/animate" target="_blank">http://tools.realism.com/specification/x3d-v40/changes-additions-x3d-v33/animate</a>
      for an initial description.<br>
      <br>
      <br>
      Leonard Daly<br>
      <br>
      <br>
      <br>
      <br>
    </div>
    <blockquote type="cite">
      <pre>Thanks for commenting Leonard, I thought it was going to be left behind in the id/class discussion

</pre>
      <blockquote type="cite">
        <pre>On Mar 20, 2016, at 8:32 PM, Leonard Daly <a href="mailto:web3d@realism.com" target="_blank"><web3d@realism.com></a> wrote:

could refer to all viewpoint nodes in the main scene. An X3D ROUTE that identified that string as the destination would change all viewpoints. While this is not hard to do (for example jQuery does this), it can cause considerable overhead if you have to check the entire scene graph for matching nodes on every animation step. 

</pre>
      </blockquote>
      <pre>
Only check the scene graph when the members of the selection change.

</pre>
      <blockquote type="cite">
        <pre>My initial thought is to not go down this route; however, that just may be my concern on run-time performance and not being creative enough to see all of the good possibilities.
</pre>
      </blockquote>
      <pre>
Agreed.  Let’s wait for a good use case. Necessity is the mother of invention.  We can write a route expander in the meantime.

John


</pre>
    </blockquote>
    <br>
    <br>
    <div>-- <br>
      <font color="#333366">
        <font size="+1"><b>Leonard Daly</b></font><br>
        X3D Co-Chair<br>
        Cloud Consultant<br>
        President, Daly Realism - <i>Creating the Future</i>
      </font></div>
  </div>

<br>_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br></blockquote></div>