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
Currently, this component expects data to be provided as a dict. However, many users instead generate traces using Plotly's build-in graph_objs. For example:
But users may prefer not to rely on creating their own dictionaries for each trace that should be updated. For the above example, a user may prefer to generate a trace object via plotly.graph_objs.Scatter
In the simple example, it doesn't appear to make much difference. However, it could be significantly easier for users if they, for example, use many different trace types with different data-containing keys.
Considerations
How to handle non-data-containing keys? For example styling and legend information (e.g. line, marker, mode, visible, name)
How to handle non-data graph_objs? (e.g. Layout)
The text was updated successfully, but these errors were encountered:
Currently, this component expects data to be provided as a
dict
. However, many users instead generate traces using Plotly's build-in graph_objs. For example:Currently, dash-extendable-graph supports:
But users may prefer not to rely on creating their own dictionaries for each trace that should be updated. For the above example, a user may prefer to generate a trace object via
plotly.graph_objs.Scatter
In the simple example, it doesn't appear to make much difference. However, it could be significantly easier for users if they, for example, use many different trace types with different data-containing keys.
Considerations
line
,marker
,mode
,visible
,name
)Layout
)The text was updated successfully, but these errors were encountered: