Thanks for the clarification Igor. I ended up achieving the desired affect by using an AjaxCallDecarator in combination with a server side pause. Basically I was trying to do the following:
1) Run animation effect on element 2) Use Ajax request to replace element 3) Run another animation effect on the element As you noticed, I needed a way to block so that #2 and #3 would not step on #1. As a non-Javascript guru I was unable to find a way to block the Javascript "thread" without some kind of CPU beating hack loop. However, the solution I am using seems to work well. In my efforts to accomplish this I have built some pretty interesting subclasses of AjaxEventBehavior that might be worth contributing. They basically allow you to cleanly add pre/post visual effects to components around an Ajax event. Regards, -MT igor.vaynberg wrote: > > > ....the effect is clearly executed asynchronously from the rest of the > javascript "thread" so you need to find a way to block until the effect is > complete. > > -igor > -- View this message in context: http://www.nabble.com/Using-Javascript-Effects-Before-An-Ajax-Call-tf2632663.html#a7359716 Sent from the Wicket - User mailing list archive at Nabble.com. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user