From: Tony Abou-A. <ta...@ac...> - 2006-02-27 07:19:44
|
A better solution may be to do it on the client side: Don't read the next packet until the animation is over. Alternatively, queue the packets on the client side and let the animation process check for events in the queue. Cheers, TAA ----------------------------------------------------- Tony Abou-Assaleh Lecturer, Computer Science Department Brock University, St. Catharines, ON, Canada, L2S 3A1 Office: MC J215 Tel: +1(905)688-5550 ext. 5243 Fax: +1(905)688-3255 Email: ta...@ac... WWW: http://www.cosc.brocku.ca/~taa/ ----------------------[THE END]---------------------- On Mon, 27 Feb 2006, John Dewan wrote: > Hi, > > My problem is as follows: > > I run a few complex animations when I receive a CARDS packet. How can I g= et > the server to stop and wait for a confirmation from the client that the > animation is over, before sending out the next packet. > > Regards, > > John > > _________________________________________________________________ > Take charge with a pop-up guard built on patented Microsoft=AE SmartScree= n > Technology. > http://join.msn.com/?pgmarket=3Den-ca&page=3Dbyoa/prem&xAPID=3D1994&DI=3D= 1034&SU=3Dhttp://hotmail.com/enca&HL=3DMarket_MSNIS_Taglines > Start enjoying all the benefits of MSN=AE Premium right now and get the > first two months FREE*. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Pokersource-users mailing list > Pok...@li... > https://lists.sourceforge.net/lists/listinfo/pokersource-users > |