Pascal, Paint is not a js function, paint is the j verb. Does that clarify my problem?
--- (B=) On Mar 22, 2014, at 7:51 PM, Pascal Jasmin <[email protected]> wrote: > appologies if I misunderstand, > > If your js paint event took the full list of commands, then you wouldn't have > these problems, IMO, and would solve the issue of general repaints being > sometimes required for other reasons. > > If I understand your design, if the jhrajax received a list, updated the js > list, and then called paint (which could have no args, and use a global js > turtlecommand list), then that would also work. > > > ----- Original Message ----- > From: Brian Schott <[email protected]> > To: Programming forum <[email protected]> > Cc: > Sent: Saturday, March 22, 2014 5:48:07 PM > Subject: Re: [Jprogramming] jhs webgl array_buffer > > Joe, > > As it is, J processes all the paints, but the client JS only gets the > **first** paint -- the only paint JS expects --because that first paint > contains the jhrajax, like all paints do. J produces a paint for every > simulated move, but does not know how to batch them together. > > I am assuming that JS has to initiate a request and only expects one > response for each of its requests. That's right isn't it? > > >> > > > -- > (B=) > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
