gdstudios

By editing cachedDuration, it effects the tweens as well. I have this in place just as a debugging tool, where if the problem exists in any TweenMax, TweenLite, etc, and it isn't necessarily in the same scope or sequence of tweens. I did this so long ago, that I honestly don't remember why I was having a problem with globalTimeScale, but for some reason it didn't work for what I needed it to do. Could it be because TweenLite doesn't pay attention? I honestly don't remember. I needed this way after I already finished most of the existing functionality, which at the time I don't think the TimelineMax/Lite classes were even available. I just figured that it might help someone.

I've found that there are a lot of sites that I've built have a whole lot of tweening going on at once, particularly on page/section transitions. During the development process, I've had bugs that have shown up where something would break somewhere due to the timing of everything basically running over itself and not making an important function call in time, or a variable/textfield/whatever ending up with a null value because the variable was supposed to be set by then, etc... You see the broken issue after it happens, but you can't pinpoint exactly when and what's happening because all 16 of your tweens are set to complete in less than a second. It's just too fast to see the sequence of events, even after running it several times. I hope I'm not the only one that has had this problem before, and I honestly don't know how completely foolproof my edit is with every single class in the greensock library or every implementation, but I do know that I haven't had any issues with TweenNano, TweenLite, or TweenMax, which are the only gs classes I really use in every single project. That being said, I broke the cardinal sin of not extending TweenCore.as, and instead editing it directly, to avoid editing all of the class paths of extended classes in the greensock library. I put a new public static variable in called 'timewarp': public class TweenCore { //GDS EDIT /** @public duration multipier to tweak global tween duration for debugging purposes*/ public static var timewarp:Number = 1; //END GDS EDIT /** @private **/ public static const version:Num..... and then in the constructor: public function TweenCore(duration:Number=0, vars:Object=null) { this.vars = vars || {}; //GDS EDIT this.cachedDuration = this.cachedTotalDuration = duration * timewarp || 0; _delay = this.vars.delay * timewarp || 0; //END GDS EDIT this.cachedTimeScale = this.vars.tim... So basically, all I have to do now to globally slow everything WAY down temporarily is add this code to my document class: package { import com.greensock.core.TweenCore; public class TimewarpTest { public function TimewarpTest() { TweenCore.timewarp = 5; } } } By setting it to 5, every tween in the whole scop, no matter how deep or hidden will be 5 times longer than it would normally be. Your delayed calls will be affected as well, so basically it should run as if you edited every single tween duration manually. By default, it's set to 1, so if you don't want to edit, or you want to set it back to default, simply delete the "TweenCore.timewarp = whatever" line, and all is well. I don't know if there is an easier way to do this across the whole site with TimelineMax, or if there is even an easier way to achieve what I did, but it works for me. I've also found that if you are building a site that you have to test frequently, and you are tired of waiting for some animation to finish before it gets to the part that you are working on, it also works backwards - if you set it to 0.2, it will run all tweens in 1/5 of the tween's duration. Just thought I'd share if it would help anyone, or if Jack would like to include something similar in the future.