-
Notifications
You must be signed in to change notification settings - Fork 441
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
Implement ipyvtk #983
Implement ipyvtk #983
Conversation
Codecov Report
@@ Coverage Diff @@
## master #983 +/- ##
==========================================
+ Coverage 87.10% 89.14% +2.04%
==========================================
Files 36 37 +1
Lines 9165 11385 +2220
==========================================
+ Hits 7983 10149 +2166
- Misses 1182 1236 +54 |
I will jump on this soon here - it is now a priority for me again. might be a day or two... |
I'd like this to land on the next release (I know I've flipped-flopped on this a few times but I've converged on adding it) |
If we add it as a supplemental feature, there's no reason we can't add it. |
@pyvista/developers, I added a change here that adds the Why? This makes it easy to support widgets when plotting with ipyvtk_simple and resolves #285. Plus it makes the API more consistent and we no longer have to check |
82d4181 is causing the following failures locally on Ubuntu 18.04, Python 3.7,
|
254cb95
to
b816559
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Though I played a significant part here so maybe I shouldn't give it approval
This has me pumped!! 🚀
Co-authored-by: Bane Sullivan <banesullivan@gmail.com>
One final thought. I think we should bring back the system flag on import that we had for panel and use it for ipyvtk_simple. This will make setting up the binder at playground.pyvista.org a bit easier.... will push a change momentarily |
* upstream/master: (101 commits) Allow picking in notebook with ipyvtk (pyvista#996) Fix subplotting with ipyvtk_simple (pyvista#994) Use render window size (pyvista#995) version bump to 0.27.0 (pyvista#993) Add Docker Documentation (pyvista#992) Reorg Plotting Testing (pyvista#990) Allow Python 3.9 and Explain Building (pyvista#991) remove added xvfb line in init Revert "add ipyvtk-simple docs" add ipyvtk-simple docs add ipyvtk-simple docs remove viz of last picked cell after clicking outside the mesh (pyvista#984) Add widgets to examples gallery (pyvista#988) Implement ipyvtk (pyvista#983) Add additional methods to PlotterITK (pyvista#980) get pop to behave like pop (pyvista#979) remove binding to our fly_to_mouse_position (pyvista#981) removed depreciated features (pyvista#978) Feat/unstr grid cell dict (pyvista#976) ensure scalarbar colors tracks the number of colors (pyvista#971) ...
Overview
This PR implements #824 without changing much. I tried to clean up #824, but ended up needing a fresh start since our tests were consistently failing. Instead, this PR just adds in an interactor and adds an option for
ipyvtk-simple
rather than replacingpanel
(which is still useful). At this point, there's still no clear winner, but with some performance improvements in ipyvtk-simple Pull 13, I think it's up there. Plus, now users can write one set of code for my applications that use both jupyterlab and a standard python console.We can move some of the other doc changes over once people have played around with this, but I was hoping on keeping this a "beta" feature for a bit until we work out the bugs/implementation rather than going all out and replacing anything.
@banesullivan, feel free to add back in some/all of your work in #824. I wanted to keep this change light and then consider greenlighting it in a minor release or two, so I figured keeping it fairly undocumented was reasonable.
Resolve #285, resolve #364
Additional Notes
There are some API changes, the largest being that we're always starting the interactive renderer (off or on screen). This has some big implications:
Overall, the changes result in a better plotter for the average/power user, so I think we should move forward with this. Flashing/doc building woes are something I can deal with until the next release of VTK.