crosstalk equality
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- R
- Estrellas
- 2.7k
- Forks
- 641
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Reproduce el ejemplo de crosstalk enlazado en experiments/select_crosstalk.R e inspecciona la lógica de coincidencia a la que se hace referencia en la línea 739 de plotly.js. Compara las representaciones de claves utilizadas por leaflet, DT y plotly, y establece qué comportamiento de coincidencia debería ser coherente en todo el ejemplo antes de cambiar nada. Se considera terminado cuando los widgets enlazados seleccionan las mismas claves de forma fiable.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- javascript, r
- Área
- data-visualization
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 35/100