Jump to content
GreenSock

Search In
  • More options...
Find results that contain...
Find results in...

gum

Members
  • Content Count

    3
  • Joined

  • Last visited

Community Reputation

0 Newbie

About gum

  • Rank
    Newbie
  1. I had this strange bug in a game I was making that caused the player to be able to click twice on a button, even though the event listener removed itself which should have prevented the second click. After spending many hours on this I've managed to boil it down to what I think is a bug in how TimelineLite handles call() Here's an example: var obj = {value: 0}; var timeline_1 = new TimelineLite({delay: 1, onStart: function() { console.log("timeline_1 start") }, onComplete: function() { console.log("timeline_1 complete"); }}) .to(obj, 0.5, {value: 1}) .add(function() { console.log("func
  2. Thanks for the reply! I agree that setting immediateRender on a to() tween doesn't make sense. I only found that behaviour when trying to figure out why my fromTo() tweens didn't fire the onUpdate event like I assumed it would. It makes sense to me that the onUpdate would be called once when immediateRender is set to true. At least when the "start" values forces changes onto the tweened object. And it would have saved some extra bulk in my current project. But I get the logic behind it not working like that as well.
  3. I've come come across a strange behaviour that I would like to understand. It might be bug, but I'm not sure. When setting immediateRender to true I would have guessed that onUpdate would also fire once during that initial render, but it seems to depend on the type of tween involved. .to fires the onUpdate while .from and .fromTo doesn't. Example: var obj1 = {a: 0}; var obj2 = {a: 0}; var obj3 = {a: 0}; // logs "update1" TweenLite.to(obj1, 1, {a: 1, onUpdate: function() { console.log("update1"); }, immediateRender: true, paused: true}); // logs nothing TweenLite.from(obj2, 1,
×