Skip to content
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

Value probe returns unexpected results #44

Open
kahrpatrick opened this issue Dec 5, 2019 · 2 comments
Open

Value probe returns unexpected results #44

kahrpatrick opened this issue Dec 5, 2019 · 2 comments

Comments

@kahrpatrick
Copy link
Member

Setting: Two groups with one or multiple nodes of type DiscreteScalarImage3D
Observation: Value probe (CTRL + mouse pointer) does not return the values of the currently visible image but of the one that was first 'made visible' in the scene, even if hidden by another image (from the same or a different group node).
Expected behaviour: Always return results for the currently visible image.
Problems: How to deal with overlay of images with opacity other than 0 or 100% ? Should the probe be deactivated in that case?

@clangguth
Copy link
Member

Correct me if I'm wrong, but I'm afraid that this is a fundamental issue which stems from VTK itself, so it will be very difficult to work around.

The only code which determines the object to inspect (and thus can trigger this behavior) is here:

... and there, we rely on the VTK cell picker to return the "correct" object.

@kahrpatrick
Copy link
Member Author

Thanks for pointing to the relevant code. I have looked a bit more into it. The only solution I see so far would be to make use of the vtkPickingManager (https://blog.kitware.com/vtk-6-new-feature-picking-manager/) to pick the object that is closest to the camera. When making objects 'invisible' in the UI, the corresponding picker could be removed from the PickingManager such that it is not considered.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants