Inconsistent behavior when providing an array of marker sizes in "markers" mode on scatter3D
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 18.3k
- Forks
- 2k
- Merge moyen
- 2 j 12 h
- PR mergées (30 j)
- 28
Description
When an array of marker sizes is provided in "markers" mode in scatter3D, the displayed size of the markers is half the size displayed when a single value is provided instead of an array. For example, if there are two points on a trace and "[20, 20]" is provided, the displayed markers are displayed at exactly the same size as if only "10" were provided.
Additionally, when you provide an array with fewer elements than points the trace have (for example, a trace with 3 points that is given the array "[20, 20]"), the remaining point markers are sized by default to 10. Maybe that's the expected behavior, but in other charts like scatter2D or scatterpolar the remaining points become hidden (size 0), so I thought it was worth mentioning that too.
Codepen: https://codepen.io/neosdkov/pen/abMrpRo
(not related but thank you all for your great work! I've been using plotly for a few months now and it's just amazing!)
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
Reproduisez les cas de dimensionnement des marqueurs de scatter3D du CodePen lié : comparez une taille scalaire à un tableau de tailles de valeur équivalente, puis essayez un tableau plus court que le nombre de points. Suivez le point d’entrée des marqueurs de scatter3D et vérifiez que les valeurs du tableau correspondent au dimensionnement scalaire et que le comportement du tableau court est intentionnel et cohérent avec l’attente signalée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript
- Domaine
- data-visualization
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 38/100