React + uirevision fixes #3394
React + uirevision fixes #3394
Conversation
... and remove `self.opts` use `self.gd._fullLayout[self.id]`
instead, which always points to the correct container
even on redraw-less updates
| } | ||
|
|
||
| // mocking panning/scrolling is brittle, | ||
| // this here is enough to to trigger the relayoutCallback |
There was a problem hiding this comment.
but this presumably doesn't actually change camera.eye, right? Would it be possible to do something that changes the eye, even if it's not robust what it changes it to? Just "not the default", and verify that after another _react it's again "not the default"? Or is it so brittle we can't even ensure it will register anything at all?
There was a problem hiding this comment.
but this presumably doesn't actually change
camera.eye, right?
Yes, you were correct.
Would it be possible to do something that changes the
eye, even if it's not robust what it changes it to? Just "not the default", and verify that after another_reactit's again "not the default"?
Good call. Here's my attempt -> b880717
There was a problem hiding this comment.
Ah clever! I'll take it :)
| this.uid = fullLayout._uid + '-' + this.id; | ||
|
|
||
| // full mapbox options (N.B. needs to be updated on every updates) | ||
| this.opts = fullLayout[this.id]; |
There was a problem hiding this comment.
Very nice simplification!
|
Beautiful, thanks for cleaning all this up! 💃 |
2 participants
fixes #3378 - that is
uirevisionis now functional with subplots that do not call_guilRelayoutat interactions' end (i.e. gl3d, geo and mapbox).These subplots have to use
_storeDirectGUIEditto fillgd._fullLayout._preGUIand getuirevisionto work correctly. On master,_preGUIwas filled with the "new" values instead of the "old" (i.e. "pre-interaction") values that the restyle/relayout/update/react logic expects. In brief, fixing this bug was mostly just a matter of reordering things.cc @plotly/plotly_js @alexcjohnson