First of all I want to mention two things,
One: My code isn’t perfect (esspechially the eval parts) – but I wanted to try something for my self, and see if I could duplicate the jQuery Animation function, so please forgive my “bad” practices, and please don’t suggest that I’ll use jQuery, I wanted to experiment.
Two: This code isn’t done yet, and I just wanted to figure out what makes it work badly.
So the animation runs for about 12 seconds while the duration parameter I entered was 15 seconds, What am I doing wrong?
function animate(elem, attr, duration){
if(attr.constructor === Object){//check for object literal
var i = 0;
var cssProp = [];
var cssValue = [];
for(key in attr) {
cssProp[i] = key;
cssValue[i] = attr[key];
}
var fps = (1000 / 60);
var t = setInterval(function(){
for(var j=0;j<cssProp.length;j++){
if(document.getElementById(elem).style[cssProp[j]].length == 0){
//asign basic value in css if the object dosn't have one.
document.getElementById(elem).style[cssProp[j]]= 0;
}
var c = document.getElementById(elem).style[cssProp[j]];
//console.log(str +" | "+c+"|"+cssValue[j]);
if(c > cssValue[j]){
document.getElementById(elem).style[cssProp[j]] -= 1/((duration/fps)*(c-cssValue[j]));
}else if(c < cssValue[j]){
document.getElementById(elem).style[cssProp[j]] += 1/((duration/fps)*(c-cssValue[j]));
}else if(c == cssValue[j]){
window.clearInterval(t);
}
}
},fps);
}
}
animate('hello',{opacity:0},15000);
html:
<p id="hello" style="opacity:1;">Hello World</p>
Note: I guess there is a problem with the
(duration/fps)*(c-cssValue[j])
Part or/and the interval of the setInterval (fps variable).
Thanks in advance.
I’m not gonna try and refactor that and figure it out, cause it’s pretty wonky. That said… a few things.
Don’t rely on the value you are animating to let you know animation progress
In general your approach is unsound. You are better off keeping track of progress yourself. Also, as a result of your approach your math seems like it’s trying too hard, and should be much simpler.
Think of it like this: your animation is complete when the time has elapsed, not when the animated value seems to indicate that it’s at the final position.
Don’t increment, set
Floating point math is inexact, and repeated addition cumulation like this is going accumulate floating point errors as well. And it’s far more readable to make some variables to keep track of progress for you, which you can use in calculations.
Don’t do the positive/negative conditional dance
It turns out that
10 + 10and10 - (-10)is really the same thing. Which means you can always add the values, but the rate of change can be negative or positive, and the value will animate in the appropriate direction.timeouts and intervals aren’t exact
Turns out
setTimeout(fn, 50)actually means to schedule the fn to be call at least 50ms later. The next JS run loop to execute after those 50ms will run the function, so you can’t rely on it to be perfectly accurate.That said it’s usually within a few milliseconds. But 60fps is about 16ms for frame, and that timer may actually fire in a variable amount of time from 16-22ms. So when you do calculations based on frame rate, it’s not matching the actual time elapsed closely at all.
Refactor complex math
Deconstructing this line here is gonna be hard.
Why for more complex break it up so you can easily understand what’s going on here. refactoring this line alone, I might do this:
Doing this makes it clearer what each expression in your math means and what it’s for. And because you didn’t do it here, I had a very hard time wondering why
c-cssValue[j]was in there and what it represents.Simple Example
This is less capable than what you have, but it shows the approach you should be taking. It uses the animation start time to create the perfect value, depending on how complete the animation should be, where it started, and where it’s going. It doesn’t use the current animated value to determine anything, and is guaranteed to run the full length of the animation.
JSFiddle: http://jsfiddle.net/DSRst/