Hi Serge! Your video is really cool. I do not understand the problem you describe. The user has to press the red button to start the animation. What do you mean by I/O from user? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jun 4, 2015, at 10:16 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: Hi all, as you in this video, I was able to use Roassal to visualize a multi-agent simulation in a grid. https://www.youtube.com/watch?v=EXvsdL5sTRw Now I would like to do animate the simulation without using I/O from user. I try to use the VIVA framework without any success ... Basically, I'm doing one step of the model, modify the elements of the view and do a signalUpdate on the view. |choosenModel aModel nbSteps | choosenModel := ECEC. nbSteps := 200. aModel := choosenModel initialize;new. aModel initSimulation. v := RTView new. b := RTMenuBuilder new view:v. n := (RTMultiLinearColor new) colors: (ColorPalette sequential colors: 9 scheme: 'Greens'). c := n command: [:cells| (cells biomass)/10.0.]. b menu: 'step' background: Color red callback:[ |es| aModel runStep. v removeAllElements. es := (RTBox new color: c; size: 25) elementsOn: aModel theVegetationUnits. v addAll: es. RTGridLayout new gapSize:0; lineItemsCount: aModel spaceModel column; on: v elements. v signalUpdate. ]. v Any hints ? -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/ _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

wrote:

wrote:

What I would try is to take the code of the callback block for the button and fork it in a new thread. Or have the button launch the thread. e.g.: b menu: ‘animate' background: Color red callback:[ [ |es| aModel runStep. v removeAllElements. es := (RTBox new color: c; size: 25) elementsOn: aModel theVegetationUnits. v addAll: es. RTGridLayout new gapSize:0; lineItemsCount: aModel spaceModel column; on: v elements. v signalUpdate. ] fork. ]. I have not tried this though, I’m just inventing on the fly … but I guess it should work OK. Just don’t click the button more than once ;-)

On Jun 4, 2015, at 17:52, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: I am convinced that threads are evil language constructions.

On Jun 4, 2015, at 19:51, Peter Uhnák &lt;i.uhnak(a)gmail.com&gt; wrote: On Fri, Jun 5, 2015 at 12:07 AM, Johan Fabry &lt;jfabry(a)dcc.uchile.cl <mailto:jfabry@dcc.uchile.cl>> wrote: Alex, they are not evil, they are powerful. And with great power comes great responsibilities ;-) And great responsibility is a great risk which you need to mitigate, for example by not using threads. :) But maybe using Job (see Job class>>example) might be a more manageable replacement for fork.

On Jun 5, 2015, at 10:18, Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt; wrote: In my experience, threads are useful when implementing a web server. Beside this, I have never faced situations where threads is key to success. :-)

There is some delay from time to time, I guess this is related to the GC ?

On Jun 5, 2015, at 04:16, Serge Stinckwich &lt;serge.stinckwich(a)gmail.com&gt; wrote: This is a new multi-agent simulation with the animation now: https://www.youtube.com/watch?v=tadvdsSC98w Thank you Alex !