On 01 Apr 2015, at 22:15, Sean P. DeNigris <sean@clipperadams.com> wrote:
yes, we know, we are preparing a documentation. Great! Is the WIP publicly available (e.g. in one of our Pillar/GitHub repos)? Btw. the class comments are reeeally great! I'm only talking about documenting design rationale.
https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Bloc <https://github.com/SquareBracketAssociates/PharoInProgress/tree/master/Bloc> see blocCore.pillar work in progress...
Weâve implemented a lot of examples. please have a look. Thanks - I have and they are also great. But AFAICT it's impossible to tell from the examples /why/ e.g. we went from Morphs owning their step actions to block-based steps registered with a scheduler that is universal to all worlds. I have a doubt about that because one use case I've had in Morphic is to speed up time in a world to see what happens e.g. in 10 minutes from now, but #schedule hard-codes the reference to the BlUniverse singleton.
Bloc use Alarms, Stepping will be removed. Each space has its own queue of alarms but nothing prevent a morph to have its own queue. Now, steps and alarms are not limited to use blocks, one can use message send also. Cheers Alain
Cheers, Sean
View this message in context: Re: Bloc Roadmap <http://forum.world.st/Bloc-Roadmap-tp4816171p4816769.html> Sent from the Pharo Smalltalk Developers mailing list archive <http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html> at Nabble.com.