[V3dot10] [Q] Removing obsolete Players on a crowded image

[Bert Freudenberg]

Am Jan 22, 2007 um 17:03  schrieb Edgar J. De Cleene:

> El 1/22/07 11:50 AM, "Klaus D. Witzel" <klaus.witzel at cobss.com>  
> escribió:
>
>> You lost me. Neither Model nor Player answer #hasTraitComposition  
>> with
>> true. How can so a[n immediate] subclass of Player, who's doing  
>> the #uses:
>> for subclasses of Player?
>>
>>>     self hasTraitComposition ifTrue: [
>>>         self traitComposition traits do: [:each |
>>>             each removeUser: self]]
>>>
>>> Things like this populate all Squeak ....
>>
>> But Player is "just" referenced in morphics, not outside of it  
>> (i.e. not
>> in Traits). Please explain, thank you.
>>
>> /Klaus
> Repeat, I sharing a experience what maybe someone with a 3.9 image  
> and full
> of projects also have in a future .
>
> I add the .cs, so if you have a image with created players you  
> should have a
> similar error.
>
> Some like
>  Player subclasses {UnscriptedPlayer . Component . CardPlayer .
> KedamaExamplerPlayer . KedamaTurtlePlayer . Player74 . Player79 .  
> Player73 .
> Player78 . Player80 . Player77 . Player76 . Player75 . Player70 .  
> Player100
> . Player93 . Player97 . Player96 . Player102 . Player88}
> in the image what I use for the test
>
> When the process try to clean this is what I need to do what I explain
> before.
>
> I not saying what is a good thing, only telling you what happen,  
> what I do ,
> and asking what is the "right" thing to do.
>
> The process almost finish after this odd cures, I having obsoletes  
> derived
> of Flash what still tracking of where are coming...
>
> If I complete and all help with proper code, almost any 3.9 full of  
> thing
> could be converted.
>
> And many are happier of not to have loading tons of things again .
>
> Cheers  and thanks
>
> Edgar

This should actually be accomplished by the cleanUpEtoys method. It  
looks like it got out of sync with Object class>>categoryForUniclasses.

- Bert -