You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have many patterns for capturing various user interactions in a DataGraphic component that we're copying around from project to project. Some of these patterns are beginning to coalesce into useful patterns. It's time to start thinking about how these interactions should be generalized and codified for others.
Interaction elements come in two flavors: windows that take in the dataset of interest and some data in the domain space, and returns a subset of the data set as a slot prop; and visual components that consume the window slot props in some way.
interaction windows: when a user interacts with a graph by mousing or touching over a plot range, it is useful to have utility components that do the work of returning the nearest data points. This is made substantially easier with pre-existing d3 functions. The idea is that something like e.g. a HorizontalWindow component would take in a data set and a target value, and output some semblance of matching points as slot props. Many of the interactions then become
visual components: we have a very flexible and performant StackedLabel implementation, which I find to be really useful for things like multi line chart mouseovers. There are other components that would be worthwhile (stsacked labels but off to a corner, for instance).
At a low-ish level, these might be the right components / parts, but they're still verbose and might still be too low-level for most casual users.
The text was updated successfully, but these errors were encountered:
We have many patterns for capturing various user interactions in a
DataGraphic
component that we're copying around from project to project. Some of these patterns are beginning to coalesce into useful patterns. It's time to start thinking about how these interactions should be generalized and codified for others.Interaction elements come in two flavors: windows that take in the dataset of interest and some data in the domain space, and returns a subset of the data set as a slot prop; and visual components that consume the window slot props in some way.
HorizontalWindow
component would take in a data set and a target value, and output some semblance of matching points as slot props. Many of the interactions then becomeStackedLabel
implementation, which I find to be really useful for things like multi line chart mouseovers. There are other components that would be worthwhile (stsacked labels but off to a corner, for instance).At a low-ish level, these might be the right components / parts, but they're still verbose and might still be too low-level for most casual users.
The text was updated successfully, but these errors were encountered: