DrGeo sluggish

[Bryan Berry]

will have to get back to you later on this Hilaire. sorry to raise issue
and not provide more info. our teacher training starts tomorrow

On Thu, 2008-03-27 at 14:39 +0100, Hilaire Fernandes wrote:
> Bryan,
> 
> I change the subject.
> 
> Please elaborate what is exactly sluggish because from my own
> usability test with DrGeoII on a XO laptop B4, I did not find it
> sluggish. Really I just try now, and I don't see where it is sluggish
> (expect the loading time).
> Are you using the XO bundle available from the DrGeoII wiki page?
> 
> It will be helpful if you explain what exactly lead to sluggish experience.
> 
> Also, I am interested by feedbacks from other users.
> 
> As a test, I wrote this programmed figure, picture at
> http://wiki.laptop.org/go/Image:DrGeo3.png
> It results in arecursive interactive figure with more than 300
> geometric objects rendered in real time.
> 
> The calculus of the figure takes about 10s (the workaround for the
> incomplete implementation of the Squeak closure may take a lot of the
> needed time for the calculus) but then the rendering is pretty fast
> considering the CPU (no floating point unit)
> 
> Hilaire
> 
> 
> 
> 2008/3/27, Bryan Berry <bryan.berry at gmail.com>:
> > Hilaire,
> >
> >  I expected it to start slowly but then found it quite sluggish, esp.
> >  compared to regular etoys. just browsing the menus was fairly sluggish
> >
> >
> >
> >  On Thu, 2008-03-27 at 08:19 +0100, Hilaire Fernandes wrote:
> >  > 2008/3/26, Bryan Berry <bryan.berry at gmail.com>:
> >  >
> >  > >  Dr. Geo II - v.104 does run but really, really slowly
> >  >
> >  > To be accurate the slowish comes from the load time in Squeak because
> >  > DrGeo Smalltalk code is compiled at each load time.
> >  > I will fix it in one way or the other.
> >  > In the other hand , once loaded (compiled I should write) DrGeo is pretty fast.
> >  >
> >  >
> >  > Hilaire
> >  >
> >  >
> >
> >
> 
>