[javascript-dev] js disobeys law of cause and effect

Hi Joshua

The jit.qball was in there because I felt that events were getting  
lost between the js and jit.lcd.  Even taking it out, it doesn't  
appear to work properly.  I'm still a bit fuzzy as to how events that  
trigger events in other objects could happen after the events that  
they were supposed to trigger - perhaps there's something about  
scheduling that I'm missing here?

I'm not very optimistic about using 2 js objects to do this - if the  
events are coming from jit.lcd and an uneven rate, will separating js  
objects make a difference?

The reason I'm using jit.lcd instead of pure js is because I need to  
output to a matrix at some point.  But now that you mention it, I'd  
forgotten that I could use jsui for this... I can use "tonamedmatrix"  
to copy the contents of the jsui to a matrix, right?


Best
Evan


On Nov 6, 2007, at 9:53 PM, Joshua Kit Clayton wrote:

>
> On Nov 6, 2007, at 1:44 PM, evan.raskob [lists] wrote:
>
>> I thought I remembered some threads about not using jit.lcd for  
>> scripting, because it doesn't work properly.
>>
>> About sending bangs - yes, I noticed that, which is why I am  
>> sending out many bangs to update the pen location after each  
>> "moveto" command.
>>
>> Even with that, try hooking up a print to the output of the js  
>> object and see what kind of funky order the commands are printed  
>> out in.
>
> This is expected with @mode defer, no? It pushes it to the end of  
> the queue. I don't see anything other than what you'd expect with  
> this sort of feedback loop and deferred messages. I would recommend  
> you segment this so that it doesn't need feedback in this way--e.g.  
> use two js files one to make the bang, getpenloc calls  
> synchronously as necessary and pass in to a second js which does  
> the drawing. Or something along these lines which avoids a feedback  
> loop.
>
> Personally, I'd just use the JS Sketch object with fsaa disabled,  
> but I guess you have a reason for doing it this way.
>
> -Joshua
> _______________________________________________
> javascript-dev mailing list
> javascript-dev at cycling74.com
> http://www.cycling74.com/mailman/listinfo/javascript-dev