Ned we could deprecate them. Do you want that? I really though nobody 
was using modules:
at least in the image luckily nobody did.

By the way the harvesting of KCP stopped in the ***middle*** of a 
deprecation effort.
So we fixed a lot of deprecated method that originally were just 
discarded (they just send errors). So it would be wise to have a look 
at them and harvest them else we will have some of those in the future.

Stef


On Thursday, June 5, 2003, at 06:35 PM, Ned Konz wrote:

> I just went to try out Filtering Celeste, which requires Large Lists,
> in a 3.6a image.
>
> However, I got a walkback on this:
>
> Morph
> 		subclass: #LazyListMorph
> 		instanceVariableNames: 'listItems font selectedRow selectedRows
> listSource '
> 		classVariableNames: ''
> 		module: #(#Squeak #Morphic #Library #Windows )
>
> This is, of course, the old 3.3a style of class definition. We used to
> have backwards-compatibility code in 3.4 and 3.5 that would translate
> these definitions for use in later images.
>
> However, CS 5220KCP-0028-rmModuleRelated removed all of them.
>
> I wonder whether these methods could be packaged separately and added
> to the 3.6Full load script for those people who want to load the
> older packages.
>
> -- 
> Ned Konz
> http://bike-nomad.com
> GPG key ID: BEEA7EFE
>
>