2016-01-17 9:55 GMT+01:00 Tudor Girba <tudor@tudorgirba.com>:
Hi,
Indeed. Thanks.
Could you pass your sketch around? Maybe someone else can jump in.
Just look at the attachement and load instruction in http://forum.world.st/Color-yzw-tp4871486p4871899.html It seems to work, but this is just a first try. Please review and give feedback.
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."