Hi, I'm currently subclassing the qx.fx package to integrate the new experimental mozilla API for javascript animations (=> mozrequestanimationframe).
I noticed it could be easily done by modifying the following classes: * qx.fx.queue.Queue * qx.fx.Base However, I just noticed that the qx.fx.queue.Queue.add() method tries to modify protected variables _startOn and _finishOn of the effect to be added - to correctly handle delays I guess ? The problem is modifying _startOn and _finishOn wouldn't have any impact on the current effect because these member variables aren't defined as protected but as private ones. So, I suspect the loop method in the effect class (qx.fx.Base) would always trigger the fx immediately, not taking into account the possible delay property. Maybe I'm wrong - but I prefered posting it on nabble before any further tests :-) ... Any ideas ? Best, Benoît. -- View this message in context: http://qooxdoo.678.n2.nabble.com/possible-bug-in-qx-fx-Base-tp6190138p6190138.html Sent from the qooxdoo mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
