Dimming of unselected points by both plotly and crosstalk makes points progressively fade away.
还没有人认领这个 Issue。
- 主要语言
- R
- 星标
- 2.7k
- 派生
- 641
- PR 合并指标
- 30 天内没有已合并 PR
描述
When I use crosstalk, selecting a rectangle multiple times causes other points to progressively dim away.
remotes::install_github("plotly/plotly.R")
library(plotly)
shared_data <- highlight_key(mtcars)
p <- ggplot(shared_data)+aes(cyl, mpg)+geom_point()
# Unselected points progressively fade as multiple selections are made
ggplotly(p) |>
highlight(on="plotly_selected",off="plotly_deselect")
I suspect this is some strange interaction between the usual dimming of unselected points by plotly and the dimming of unselected points via the crosstalk selection. A workaround that seems to fix the problem is to disable the usual plotly dimming, so the only dimming of points is done via crosstalk.
# Workaround:
ggplotly(p) |>
style(unselected=list(marker=list(opacity=1))) |>
highlight(on="plotly_selected",off="plotly_deselect")
PS I'm very excited by the possibilties crosstalk offers. I had a wow moment when I realised it worked with GGally::ggpairs.
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
从使用 highlight_key()、ggplot()、ggplotly() 和 highlight() 以及 plotly_selected 的可复现 R 示例开始。重复进行矩形选择不应使未选中的点逐渐变暗,并且不应再需要使用 style(unselected=list(marker=list(opacity=1))) 这一 workaround。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- r
- 领域
- data-visualization
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100