RectangleMorph vs. BlobMorph

> When I run following passages (first the code marked 1st, then the
> code marked 2nd, and last, the code marked 3rd),     1st: 100
> RectangleMorphs draw to the screen
>    2nd: they change position
>    3rd: they disappear.
>
> If I use BlobMorph instead of RectangleMorph, both Squeak and my
> computer freeze. Other than the obvious (don't do this with
> BlobMorph!), why is RectangleMorph ok in this circumstance whereas
> BlobMorph isn't.
>
> Thanks in advance for all help ....
>
> * * * * *
>
> " 1st-----doit "
> theBag := Bag new.
> x := 10.
> y := 10.
> xIncrement := 4.
> yIncrement := 4.
> 100 timesRepeat: [
>      theMorph := RectangleMorph new.
>    theBag add: theMorph.
>      theMorph position: x@y.
>    theMorph openInWorld.
>      x := x + xIncrement.
>    y := y + yIncrement.
> ].
>
> " 2nd-----doit "
> theBag do: [ :eachMorph |
>    eachMorph position:
>    (600 atRandom)@(600 atRandom)
> ].
>
> " 3rd-----doit "
> theBag do: [ :eachMorph | eachMorph delete].
>
> _______________________________________________
> Beginners mailing list
> [hidden email]
> http://lists.squeakfoundation.org/mailman/listinfo/beginners
>
>

> polishookm wrote:
>> When I run following passages (first the code marked 1st, then the code
>> marked 2nd, and last, the code marked 3rd),     1st: 100 RectangleMorphs
>> draw to the screen
>>    2nd: they change position
>>    3rd: they disappear.
>>
>> If I use BlobMorph instead of RectangleMorph, both Squeak and my computer
>> freeze. Other than the obvious (don't do this with BlobMorph!), why is
>> RectangleMorph ok in this circumstance whereas BlobMorph isn't.

>  
>> polishookm wrote:
>>    
>>> When I run following passages (first the code marked 1st, then the code
>>> marked 2nd, and last, the code marked 3rd),     1st: 100 RectangleMorphs
>>> draw to the screen
>>>    2nd: they change position
>>>    3rd: they disappear.
>>>
>>> If I use BlobMorph instead of RectangleMorph, both Squeak and my computer
>>> freeze. Other than the obvious (don't do this with BlobMorph!), why is
>>> RectangleMorph ok in this circumstance whereas BlobMorph isn't.
>>>      
>
>  

> On Sun, Mar 09, 2008 at 11:49:59PM -0400, polishookm wrote:
>  
>> I'm running Squeak3.9-final-7067.image
>>    
>
> If you're planning on doing a lot of morphic work, use the etoys
> image, which has lots of morphic bugs fixed. Squeak.org images
> are the most broken with regard to morphic.
>
>  

> On Mon, Mar 10, 2008 at 12:02:44AM -0400, polishookm wrote:
>  
>> Thanks.
>>
>> And just to be sure, where exactly should I get the etoys image?
>>    
>
> The web page is http://wiki.laptop.org/go/Etoys
> Direct link: http://etoys.laptop.org/src/etoys-image-and-pr.zip
>
>  

> Thanks Mathew,
>
> As soon as I asked the question, I googled etoys image and found the link
> and followed the instructions.
>
> This now works on my MacBook .... although 120 seems to be about the limit,
> maybe a few more ...
>
> 120 timesRepeat: [
>
>    b := BlobMorph new.
>    b position: ((500 atRandom) @ (500 atRandom)).
>    b openInWorld.
> ]
>
> And
>
> BlobMorph allInstancesDo: [ :b | b delete ]
>
> works too. Although it seems like the image is almost at the point of
> thinking about maybe starting to freeze ....
>
> My next question: To the best of my knowledge, there's no real comparative
> information on the web to suggest one version over another. Can you give
> some guidance on this or point to a link wherever it might be?

> On Mon, Mar 10, 2008 at 12:33:26AM -0400, polishookm wrote:
>  
>> Thanks Mathew,
>>
>> As soon as I asked the question, I googled etoys image and found the link
>> and followed the instructions.
>>
>> This now works on my MacBook .... although 120 seems to be about the limit,
>> maybe a few more ...
>>
>> 120 timesRepeat: [
>>
>>    b := BlobMorph new.
>>    b position: ((500 atRandom) @ (500 atRandom)).
>>    b openInWorld.
>> ]
>>
>> And
>>
>> BlobMorph allInstancesDo: [ :b | b delete ]
>>
>> works too. Although it seems like the image is almost at the point of
>> thinking about maybe starting to freeze ....
>>
>> My next question: To the best of my knowledge, there's no real comparative
>> information on the web to suggest one version over another. Can you give
>> some guidance on this or point to a link wherever it might be?
>>    
>
> No, nothing I can think of. Just familiarity with what is going
> on in the community.
>
> Squeak.org and squeak-dev/web are mostly focussed on using
> squeak as a development environment, and not an end-user
> application, and so have allowed morphic/etoys to decay.
> Squeakland and etoys are centered around morphic and so keep it
> in tip-top condition.  The other forks (croquet, sophie,
> scratch) mostly use code that is unique to that other fork.
>
>