make the `._has_subplots` method from `go.Figure` accessible
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 18.8k
- Forks
- 2.8k
- Merge moyen
- 16 h 26 min
- PR mergées (30 j)
- 21
Description
In some cases, when writings callbacks that only update a subplot of a Figure, it is useful to know if the figure will accept an append_trace to a specific location, or if add_trace should be used instead.
I use this workaround (using a try/except isn't great):
if fig._has_subplots():
fig.append_trace(trace, 1, 1)
else:
_ = fig.add_trace(trace)
If I only use fig.append_trace(trace, 1, 1), I get Exception: In order to reference traces by row and column, you must first use plotly.tools.make_subplots to create the figure with a subplot grid.
If I only use fig.add_trace(trace), the layout gets messed up.
Could it be possible to make this method public?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Examinez l’implémentation de _has_subplots de go.Figure ainsi que l’API publique de Figure autour de append_trace, add_trace et make_subplots. Le travail est terminé lorsque les appelants peuvent utiliser une vérification publique pour déterminer si les références de traces de ligne et de colonne sont valides sans dépendre d’un contournement avec try/except, tout en préservant le comportement existant des subplots.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- data-visualization
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 48/100