<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-10-24 2:04 GMT+02:00 Sean P. DeNigris <span dir="ltr"><<a href="mailto:sean@clipperadams.com" target="_blank">sean@clipperadams.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tudor Girba-2 wrote<br>
> Thanks for the feedback!<br>
<br>
But of course! Thanks for pushing Bloc :) IMHO a clean low-level graphics<br>
framework is the linchpin to unleash a tremendous amount of creativity in<br>
the Pharo community. I have several dream projects that I placed on<br>
long-term hold after getting stuck in Morphic quicksand :/<br>
<br>
<br>
Tudor Girba-2 wrote<br>
<span class="">>> - How would one do e.g. a ticking clock in Bloc? The only possibly<br>
>> relevant<br>
>> example I see is BlAnimatedCursor. Is that a typical usage? One thing<br>
>> that<br>
>> I'm not sure how to translate to a BlElement is that the cursor seems to<br>
>> be<br>
>> responsible for starting and stopping the animation via #activateOn:,<br>
>> which<br>
>> doesn't exist for an element. How would one prevent an element's<br>
>> animation<br>
>> from continuing to run after a space was closed?<br>
</span>> What do you mean?<br>
<br>
I guess I mean what is the Bloc version of #step that would enable us to do<br>
e.g. Squeak's mouse-eyes-tracking-the-cursor or Lively Kernel's clock:<br>
<<a href="http://forum.world.st/file/t128965/Chromium5.png" rel="noreferrer" target="_blank">http://forum.world.st/file/<wbr>t128965/Chromium5.png</a>><br>
<br>
<br>
Tudor Girba-2 wrote<br>
<span class="">>> - BlElement has 278 instance-side methods. A frequent battle cry against<br>
>> Morphic was the bloated Morph class with 899. Definitely an improvement,<br>
>> but<br>
>> are we "there yet”?<br>
> What do you mean?<br>
<br>
</span>Is there a consensus on a maximum number of instance-side methods before a<br>
class becomes impossible to understand, and if so where does BlElement fall<br>
on that scale?<br>
<div class="HOEnZb"><div class="h5"><br>
<br></div></div></blockquote><div><br><br></div><div>I dont think this number alone is a problem. As long as the "responsibility" of this <br></div><div>class is well structured. <br></div><div>A problem with the Morph class is, that it acts as many things at once.<br></div><div>A structured container, a model, a view, a graphical object, a widget base ...<br><br></div><div>About BlElement, I am more afraid about the number of instance variables<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
-----<br>
Cheers,<br>
Sean<br>
--<br>
Sent from: <a href="http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html" rel="noreferrer" target="_blank">http://forum.world.st/Pharo-<wbr>Smalltalk-Developers-f1294837.<wbr>html</a><br>
<br>
</div></div></blockquote></div><br></div></div>