<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>So, the slowdown is not there on 0.14.7, so this is definitely a
      0.46.2 and 0.47 issue, and moving things around the canvas
      definitely has an effect. To add to the list below, inside the bar
      graph the click has a right offset both on 0.14.7 and 0.46.2, so
      this is definitely a bug on our end. Also, clicking on plots
      inside a subpatch, yields spotty results (both on 0.46.2 and
      0.14.7), where sometimes only a single click works (could be
      something I added inside the pd_canvas.js or pdgui.js, so it would
      be helpful to know if you have the same problem). Lastly, as
      pointed out in the issues tracker, subpatches do not retain their
      positions when closed and reopened.<br>
    </p>
    <div class="moz-cite-prefix">On 6/17/2020 11:42 AM, Ivica Ico Bukvic
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:75b3257f-befd-a871-92d1-4fe5414e4cf8@vt.edu">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <p>Try the attached patch and try moving the points inside the
        point-inv array. It works a lot slower and has a much higher cpu
        footprint than any other array in the patch. This is on 0.46.2.
        Might be worth trying it on 0.14.7 or 0.20 for comparison.</p>
      <p>Another couple of problems (as noted in issues I submitted last
        night):</p>
      <ul>
        <li>Properties is sometimes available in the popup and sometimes
          isn't inside the subpatch. We need to either make it work
          consistently or not. I have no idea why this is happening
          however.</li>
        <li>Clicking on objects while the subpatch is open is often
          impossible. glist_xtopixels and glist_ytopixels inside
          g_graph.c often shows that xval (which is I belive cursor
          position) shows some super large number (I think the largest
          either positive or negative float value), suggesting something
          is getting messed up inside backend somewhere along the way.</li>
        <li>We may consider simply enabling jump-on-click at all times,
          since other one is a pain to use and is not really useful.</li>
      </ul>
      <p>Best,</p>
      <p>Ico<br>
      </p>
      <pre class="moz-signature" cols="72">-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
<a class="moz-txt-link-abbreviated" href="mailto:ico@vt.edu" moz-do-not-send="true">ico@vt.edu</a>

<a class="moz-txt-link-abbreviated" href="http://www.icat.vt.edu" moz-do-not-send="true">www.icat.vt.edu</a>
<a class="moz-txt-link-abbreviated" href="http://www.performingarts.vt.edu" moz-do-not-send="true">www.performingarts.vt.edu</a>
l2ork.icat.vt.edu
ico.bukvic.net</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
<a class="moz-txt-link-abbreviated" href="mailto:ico@vt.edu">ico@vt.edu</a>

<a class="moz-txt-link-abbreviated" href="http://www.icat.vt.edu">www.icat.vt.edu</a>
<a class="moz-txt-link-abbreviated" href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a>
l2ork.icat.vt.edu
ico.bukvic.net</pre>
  </body>
</html>