Hilaire Fernandes wrote:
Hi Steph,
Before I would like to discuss the issue because I don't know if it
belongs to drgeo itlself or Pharo.
What is strange, althought the script execution becomes more and more
slow as more and more items are built, once the sketch is fully
constructed, manipulating the sketch is fast and smooth.
The only things I can add about this script: the construction take place
in a forked process to let the user see the construction as an animation.
I emptied the change/update family of methods in the used morph for
drgeo canvas, it does change the issue.
Hilaire
Le 06/06/2014 18:03, stepharo a écrit :
can you open a bug entry.
Stef
On 6/6/14 14:55, Hilaire Fernandes wrote:
When executing under the profiler the mentioned DrGeo script, I realize
the Profiler window is severely broken:
Part of the windows can't be renderd, profile result can not be properly
read (tiny text zone user can't resize). See screenshot.
Can't see related problem on the bug tracker.
Hilaire
Le 04/06/2014 23:15, Hilaire Fernandes a écrit :
Before porting DrGeo to Athens, the animation was pretty fast, now it is
very slow.
Any idea from where it could come from?
I once had a problem with Announcements being fired too often for the
rendering loop, but apparently my solution wasn't the best.
So I'm just just curious what might happen if somewhere under the
WorldState>>doOneCycleFor: call stack you might store the time "now",
only do a high cost render every 100ms.
cheers -ben
