scverse / scverse/spatialdata-plot
Feature request: remove need for intermediate pl calls when chaining renderers
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 86
- Forks
- 21
- Merge moyen
- 14 h 50 min
- PR mergées (30 j)
- 3
Description
Description of feature
Thanks for the super nice work, @timtreis and @sagar87 ! I think it would be nice if we didn't have to add intermediate calls to pl when chaining renderers. That is, I think it would be nice if instead of this:
sdata.pl.render_images().pl.render_shapes().pl.show()
We could do this:
sdata.pl.render_images().render_shapes().show()
This perhaps could be possible if the render_*() methods returned the plot accessor instead of the SpatialData object. I suppose this means that one couldn't do a pp operation after a pl operation, but maybe that suggests the pl and pp operations should be on the same level of the hierarchy or one should do their preprocessing first, then their plotting. I'm not sure what's best here, but it might be good to experiment with this once all of the p0 functionality is finished.
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
Commencez par inspecter l’accesseur pl et les méthodes render_*, en particulier la manière dont ils renvoient actuellement SpatialData et prennent en charge les appels chaînés. Comparez l’exemple existant sdata.pl.render_images().pl.render_shapes().pl.show() avec le comportement d’enchaînement proposé, et déterminez comment les opérations pl et pp doivent interagir. Le travail est considéré comme terminé lorsqu’une conception d’API est arrêtée et que l’enchaînement des renderers fonctionne sans appels pl intermédiaires.
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é
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100