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