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

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.

Hi Serge, You are perfectly right to avoid fork in my opinion. I am convinced that threads are evil language constructions. I have just improved RTActiveAnimation. You can get inspiration from: -=-=-=-=-=-=-=-=-=-=-=-= | v anim | v := RTView new. anim := RTActiveAnimation new. anim intervalInMilliseconds: 1000. anim blockToExecute: [ | e | e := (RTEllipse new size: 40 atRandom; color: (Color red alpha: 0.2)) element. e translateTo: (500 atRandom @ 500 atRandom) - (250 @ 250). v add: e. ]. anim inView: v. ^ v -=-=-=-=-=-=-=-=-=-=-=-=

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.

Alex, they are not evil, they are powerful. And with great power comes great responsibilities ;-)

---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

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. :-)