<div dir="ltr">I did yet more testing - it turns out it is mainly the black background morph. This is the drawOn: method for that Morph (which inherits from PlacedMorph):<div><br></div><div>drawOn: aCanvas<br>  aCanvas<br>    strokeWidth: 1<br>    color: Color black<br>    fillColor: Color black do: [:engine |<br>      engine rectangleMinX: -500 maxX: 500 minY: -300 maxY: 300].<br></div><div><br></div><div>I turned off the code that adds the gauge subMorphs.</div><div><br></div><div>So yeah - opening a single morph, that draws a black rectangle 1000 x 600 pixels, gives me about 2 FPS while I'm dragging it around and interacting with the morph controls.</div><div><br></div><div>Am I missing something?</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 13:05, 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">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" target="_blank">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>
</blockquote></div>