DrGeo sluggish

[Hilaire Fernandes]

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
>  >
>  >
>
>


-- 
http://blog.ofset.org/hilaire
Smalltalkers do: [:it | All with: Class, (And love: it)]