Hi,

Indeed. Thanks.

Could you pass your sketch around? Maybe someone else can jump in.

Cheers,
Doru

> On Jan 17, 2016, at 9:49 AM, stepharo <stepharo@free.fr> wrote:
>
> This is supercool that you propose a working solution.
> I'm going over the Mooc exercises (text version first to get redy to shoot the videos).
>
> Stef
>
> Le 16/1/16 13:26, Nicolai Hess a ��crit :
>>
>>
>> 2016-01-16 10:11 GMT+01:00 Marcus Denker <marcus.denker@inria.fr>:
>>
>>>> anyone an idea?
>>>>
>>> I'm trying to think.
>>> Looks like it would be good to be able to make a distinction between symbols and selectors (selectors installed
>>> in method dictionaries)
>>>
>>
>> yes, this would improve code completion a bit, too, as there are more symbols than symbols that are actually names
>> of methods.
>>
>> The data could be created per environment (Smalltalk globals) the first time and then cached till shutdown.
>> (it would be an array of size 46451, pointing to existing symbols).
>>
>> The environment could cache sent selectors, too��� pablo did an experiment with that.
>>
>>�� �� �� Marcus
>>
>>
>> How about a new SymbolTable "SelectorTable" that gets new entries on every method compilation ?
>>
>> I hacked a simple experimental version.
>> But I don't yet understand the workflow for initialisation of the Symbol class (with rehash, interned, and compacting).
>>
>>
>>
>>
>

--
www.tudorgirba.com
www.feenk.com

"There are no old things, there are only old ways of looking at them."