<div dir="ltr">I did a little test - turned off all the stepping (wantsSteps returns false for all of them now).<div><br></div><div>With that little dashboard opened, I still get about 1 FPS dragging it around. In the final version I won't be dragging it around, but if all those fancy graphics come at a cost that makes them unusable, I'm probably going to have to go back to regular squeak (where things don't look nearly as nice, but dragging the fully live dashboard still happens at 30+ FPS).</div><div><br></div><div>- Jon</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 4 Mar 2023 at 10:00, Jon Hylands <<a href="mailto:jhylands@gmail.com">jhylands@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">One of the other things I've noticed is that the system in general becomes almost non-responsive while my dashboard morph is open. Even opening one of the gauge morphs by themselves, they are painful to interact with. I implemented the same dashboard in normal Squeak before I started on this one, and I can drag it around while it is live with zero lag.<div><br></div><div>I've got #step running in all three gauges, with a #stepTime of 100, and I basically either ask the morph to redraw itself (compass and altimeter), or just rotate the needle submorph (airspeed). </div><div><br></div><div>I'm running Xubuntu 20 on an i7-3770K @ 3.5 GHz, with 32 GB of RAM and a GeForce 1060 graphics card.</div><div><br></div><div>- Jon</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 4 Mar 2023 at 09:14, Hilaire Fernandes via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st" target="_blank">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <p><font size="4">Hum, it seems there is an issue when </font>yAxisPointsUp
      is enabled. I observe the same problem on my example.</p>
    <p>Thanks</p>
    <p>Hilaire<br>
    </p>
    <div>Le 04/03/2023 à 13:40, Jon Hylands via
      Cuis-dev a écrit :<br>
    </div>
    <blockquote type="cite">I
      should add, the coordinate system of the morph is set to origin at
      the center of the gauge, and yAxisPointsUp is enabled.
      <div><br>
      </div>
    </blockquote>
    <pre cols="72">-- 
GNU Dr. Geo
<a href="http://drgeo.eu" target="_blank">http://drgeo.eu</a>
<a href="http://blog.drgeo.eu" target="_blank">http://blog.drgeo.eu</a></pre>
  </div>

-- <br>
Cuis-dev mailing list<br>
<a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br>
<a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br>
</blockquote></div>
</blockquote></div>