Hi <div><br></div><div>At least for sugargame-olpcgame-pygame based activities like pj, castle, rectangles.</div><div><br></div><div>this might apply. </div><div><br></div><div><div><br></div><div>Comment(by garycmartin):</div>

<div><br></div><div> Replying to [comment:3 mulawa1]:</div><div> &gt; I am concerned about the cursor issues and hope someone will identify</div><div> what the problem is. Maybe I should abandon my fake cursor and just accept</div>

<div> the default X-cursor?</div><div><br></div><div> It it possible that the tester had one or more badly behaving activities</div><div> eating the CPU in the background? This high load would cause a jumpy</div><div> software cursor. FWIW I recently made improvements to Physics (based on</div>

<div> pygame) to make sure it does minimal work when not in focus (see its</div><div> repository in <a href="http://git.sugarlabs.org">git.sugarlabs.org</a>, it just needed to register for a few</div><div> events and have a minimal idle loop).</div>

<div><br></div></div><div>So we need to apply Physics improvements to all other activities and two</div><div>for now test this activities under low-loads, i.e without other activities hanging around. </div><div><br></div>

<div><br></div><div><br></div><div>Cheers.<br><div><br></div><div><br></div></div>