-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
drag.on("init") ? #67
Comments
Another use case (with d3-zoom but it's exactly the same idea), is to help the initialization of the target's zoom factor, and initial draw, in https://observablehq.com/@fil/synchronized-projections |
And the init event would be dispatched in here? Lines 39 to 48 in 652167e
|
And another test to verify that we can bind all listeners (start drag end) on init. |
In this notebook, we implement initialization behavior (setting the __zoom property) by wrapping the zoom behavior in a function: https://observablehq.com/@d3/versor-zooming The awkward part is that when wrapping you must re-expose zoom.on so that callers can register event listeners. While an init event would make this easier, I’m not sure we want to head in this direction. It feels more like inheritance than composition: we’re dependent on the behavior to expose all the events we need to implement our higher-level behavior. For example, what if you want to remove the styles when the element is no longer draggable, would we need a destroy event? (And should the events be called bind and unbind?) And would the drag behavior then need a drag.remove function instead of using selection.on to remove the drag listeners? This discussion reminded me of an idea I’ve had for a while but apparently never wrote down: adopting native events. #73 That would also make it easier to build higher-level behaviors because you wouldn’t have the awkward aspect of re-exposing zoom.on (or drag.on): listeners are applied to elements rather than behaviors. So instead of: const zoom = d3.zoom()
.scaleExtent(scaleExtent.map(x => x * scale))
.on("start", zoomstarted)
.on("zoom", zoomed);
…
return Object.assign(selection => selection
.property("__zoom", d3.zoomIdentity.scale(projection.scale()))
.call(zoom), {
on(type, ...options) {
return options.length
? (zoom.on(type, ...options), this)
: zoom.on(type);
}
}); You might write: const zoom = d3.zoom()
.scaleExtent(scaleExtent.map(x => x * scale));
…
return selection => selection
.property("__zoom", d3.zoomIdentity.scale(projection.scale()))
.on("zoomstart", zoomstarted)
.on("zoom", zoomed)
.call(zoom); |
yes I had to read that code 10 times to get a sense of how it was constructed :) But this is indeed what I want to facilitate with this "init" event proposal. Maybe trough another technical approach though. https://observablehq.com/compare/[email protected]@319 works well (though I don't like having to set up the cursor at two very different places). |
Another way of doing some "initial" work with the current code base is by diverting .touchable() :
|
When calling drag(selection) I'd like to be able to add a className or a style to draggable elements.
Currently I have to do it outside the dragging function:
It would be nice in terms of separation of concerns to be able to define it in the drag behaviour itself (which can set cursor:grabbing during effective dragging).
This could be done in https://github.com/d3/d3-drag/blob/master/src/drag.js#L40 with a default init = identity.
The text was updated successfully, but these errors were encountered: