crosstalk equality
Personne n'a encore pris cette issue.
- Langage dominant
- R
- Étoiles
- 2.7k
- Forks
- 641
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
I discovered this as I worked through an example of linking leaflet with DT and plotly through crosstalk (example). It seems plotly converts crosstalk keys to String and then uses exact equality match .indexOf (see lines). Thinking through how best to solve this, I came up with the following:
-
Not convert crosstalk key to string in plotly, but I am guessing there was a reason to do the conversion for plotly traces.
-
Perform match using something other than
indexOfor===. For the purposes of my example I used[].filter, but this is inefficient. -
Expect other
htmlwidgetauthors to also convert to string, or add both the string and non-string forms to crosstalk select.
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 l’exemple crosstalk lié dans experiments/select_crosstalk.R et examinez la logique de correspondance référencée à la ligne 739 de plotly.js. Comparez les représentations des clés utilisées par leaflet, DT et plotly, puis déterminez quel comportement de correspondance devrait être cohérent dans l’ensemble de l’exemple avant de modifier quoi que ce soit. C’est terminé lorsque les widgets liés sélectionnent les mêmes clés de manière fiable.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, r
- Domaine
- data-visualization
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100