<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 3/20/2016 9:37 PM, John Carlson
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAGC3UE=5ZNr8wR-c0Bya6C_rv2fLeNd9smOWN6EWvdmHTK-KmQ@mail.gmail.com"
      type="cite">
      <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>
    </blockquote>
    <br>
    It's not so much dragging a single object. That is done with an
    event listener on the draggable element and updated every frame.
    It's not such a big deal because the user's attention is focus on
    the element being dragged. Animation of other elements on the page
    are secondary to that. The bigger concern is when there are multiple
    complex animations running that are secondary to something else.
    That starts generating a lot of events.<br>
    <br>
    Leonard Daly<br>
    <br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:CAGC3UE=5ZNr8wR-c0Bya6C_rv2fLeNd9smOWN6EWvdmHTK-KmQ@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">On Mar 20, 2016 9:27 PM, "Leonard Daly"
        <<a moz-do-not-send="true" 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 moz-do-not-send="true"
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 moz-do-not-send="true" 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 moz-do-not-send="true" href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a><br>
          <a moz-do-not-send="true"
            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>
    </blockquote>
    <br>
    <br>
    <div class="moz-signature">-- <br>
      <font class="tahoma,arial,helvetica san serif" 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>
  </body>
</html>