[squeak-dev] Towards clean unloading Morphic (an idea)

Eliot Miranda eliot.miranda at gmail.com
Thu May 20 17:08:29 UTC 2010


On Thu, May 20, 2010 at 9:43 AM, Eliot Miranda <eliot.miranda at gmail.com>wrote:

> Hi Igor,
>
> On Thu, May 20, 2010 at 2:47 AM, Igor Stasenko <siguctua at gmail.com> wrote:
>
>> Hello,
>>
>> i just thought, that in order to get down to a minimal kernel image,
>> it would be nice to move all Morphic globals into a shared pool.
>>
>> Things like, World, ActiveWorld
>> could be placed into a MorphicPool class.
>>
>> Then we can make an easy transition
>> 1. add this pool to classes which using that global & recompile them
>>
>> 2. for classes, which should have no dependency from Morphic,
>> use a messages like
>>
>> Object >> currentWorld
>>   ^ (Smalltalk at: #MorphicPool ifAbsent: [ self error: 'bummer' ])
>> currentWorld .
>>
>> Then, i hope, you can unload the Morphic using MC and it will leave no
>> trace in an image (or at least less trace than usual ;).
>>
>> Same could be applied to Graphics package (to get rid a Display global)
>>
>
> Good idea.  This is a little like a poor man's namespaces.  It suggests the
> following cheap hack namespaces:
>
> Inside Smalltalk all the Morphic class names are #'Morphic.Morph'
>  #'Morphic.TheWorldMenu' etc.  Inside the MorphicNamespace shared pool they
> are #Morph #TheWorldMenu etc.  The bindings for these would have to be
> shared between Smalltalk and the MorphicNamespace shared pool.  I guess
> something like a smart subclass of VariableBinding that when decompiling
> printed itself differently depending on whether its home pool was in scope
> or not might make the sleight-of-hand invisible.  You'd also need to hack
> the browsers to prune the Morphic. prefix when the selected category began
> with Morphic.  Is this a primrose path, a slippery slope or a worth-while
> experiment?
>

Or of course a derivative reinvention.  I'm ignorant of other namespace
attempts in Squeak.  Has something close to the above scheme been tried
before?


> best
> Eliot
>
>
>> --
>>
>> Best regards,
>> Igor Stasenko AKA sig.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20100520/62719546/attachment.htm


More information about the Squeak-dev mailing list