Zoom resets after updating plot
See original GitHub issueWhen I zoom in some particular region on a plot and a script calls updateTrace
, the zoom resets and I have to zoom again. It is especially irritating when plotting a loss curve which updates frequently.
The plotly example doesn’t have this problem.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:5
- Comments:10 (7 by maintainers)
Top Results From Across the Web
Zoom resets after updating plot #171 - fossasia/visdom - GitHub
When I zoom in some particular region on a plot and a script calls updateTrace, the zoom resets and I have to zoom...
Read more >Zoom in settings resets automatically when new data value ...
I am trying to plot a real time data from a hardware. I want new data values to be plotted and connected to...
Read more >Keep zoom when updating pyplot - python - Stack Overflow
However, when I zoom and/or pan in the pyplot window, the view resets on every plt.clf() . Is there a way to keep...
Read more >Preserve zoom after plot update - Bokeh Discourse
Is it possible to preserve the zoomed axes after a plot is updated? For example, I have a plot with vertical spans highlighting...
Read more >Keep zoom while changing variables and allow reset - Panel
Hello, I have an application where I would like to zoom in on time series data and then switch variables to see what...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Update @rdevon - I’ve actually found a fix to your particular issue (legend visibility) and I’ll try to push out that change in the next few days (at least here, but not to PyPI until I’ve tested thoroughly)
#395 has remained a blocker for me on this project, and I haven’t had the bandwidth to implement the fix using a method that wouldn’t need it. Sorry for the long wait here, but I’m hoping to have something together by EOY.