New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
streams dont work when redim is applied on a source element later #2105
Comments
This definitely should work so I've marked this as a bug. |
I wonder if it is because redim creates a clone of an Element which is not source anymore? |
Right, it's something like that but we do have mechanisms to handle that kind of thing. Basically applying methods to a DynamicMap builds a graph, which can be traversed to find the sources, seems like in this case something is going wrong there. |
Okay I just went through the example and looking at it again there is really no way this will ever work. HeatMap is a regular element so when you apply |
Right - that does make sense. In this case, we should have a warning in the docs to explain this behaviour. Generally methods like |
just to add not just heatmap any regular element like QuadMesh this would not work? may be a warning in documentation would avoid this pitfall. |
So luckily I was completely wrong here, since 1.11.0 we now link objects with a shared |
it was bizzare to me that streams didnt work when redim.range was applied on a stream source Element later on, ie.., after defining the stream. I wonder if it can be called a bug or a feature request.
it can be reproduced with a change to last line in holoviews Tap example
on tap the Curve plot does not change, it would be nice addition if after defining the stream if we could still apply redim.
The text was updated successfully, but these errors were encountered: