2016-01-17 9:55 GMT+01:00 Tudor Girba <[email protected]>: > 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 <[email protected]> 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 <[email protected]>: > >> > >>>> 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." > > > > > >
