Slowdown due to many zoom events per frame about d3-zoom HOT 3 CLOSED

It wouldn’t be possible to defer the zoom event until a subsequent animation frame; the zoom event needs to happen during the native input event that triggered it, setting event.sourceEvent and allowing the source event to be affected, such as stopping propagation or preventing default behaviors.

You could perhaps throttle the input events though, so that only some mousemove events (for example) trigger a corresponding zoom event. But my guess is this could make the zoom behavior laggy. It’s probably better to handle the input events as they are triggered, and then defer the redraw to an animation frame as you suggest. You can use d3.timeout to make this a little bit easier than using requestAnimationFrame yourself.

from d3-zoom.

I implemented the redraw to an animation frame approach in your gradient pan-zoom example:

http://bl.ocks.org/nponeccop/e3a9203036dd68b3a1f9433e8200a647

What do you think? Can it be done better? Do we need some kind of tutorial on how to avoid redraws?

from d3-zoom.

Closing to inactivity, plus you can throttle work in your zoom event listeners rather than relying on the zoom behavior to throttle for you.

from d3-zoom.