Hey, > What I liked in the "deprecated api" - let's call it that way :) - was the > internal animation queue. Notice that I actually don't know if a single > setInterval() is practically that more efficient compared to multiple > setInterval() functions. To be honest, I don't know if thats the better solution or not. I wanted to take the easiest way because it produces the least code and til now, it worked. :)
> But as I work on a small html5 game engine during my free time - it's still > secret defense lol - the animation queue was exactly what I was looking for. > I just needed to tweak the package a bit as I don't play with dom elements > anymore (for speed reasons)... Sure, for such highly animation-dependent scenarios the queue could be fitting. But the new layer's min use case is the basic animation. Do you think its possible to put the queue concept on top of the new layer? > I also gave a try to requestAnimationFrame() in the past but the results > were'nt that good. I heard Mozilla FF and GC Team recently fixed it but I > don't know it's OK now. I did check out the documentation but thats all because it could only help in the browsers supporting it and thats not much as far as I can remember. > I recently heard about Microsoft setImmediate() function and that someone > already implemented a https://github.com/NobleJS/setImmediate cross-browser > solution ... Don't know if it will be useful for you... but maybe it can > help dealing with "more precise" frame rate... Thanks for the pointer. Will check that out and see if that could be helpful. :) Best, Martin ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
