-
Notifications
You must be signed in to change notification settings - Fork 233
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
Rotation 'locks' at certain angles #7
Comments
Yes, quite annoying, it has indeed to do with threejs, probably configurable. Thx for the report, I'll look into it soon, i sometimes transpose the numpy array to work around it. |
This is fixed by ba66069 , the default is the more 'natural' trackball navigation, the old method is still available: fig.camera_control = 'orbit' # stops at poles
fig.camera_control = 'trackball' # trackball behavious (default now) |
The orbit mode would be highly preferred, if it worked correctly, that is, sideways movement always adjusts rotation ψ about the Y axis, while vertical movement adjusts pitch angle φ. This is how all professional 3d modeling software I know of implements rotation, and for a good reason. This is also how ipyvolume orbit rotation works during the very first rotation, until mouse button is released. Both modes as currently implemented very quickly result in rotations that are awkward and quite broken. In particular, returning to any prior angle or reaching any straight angle is extremely difficult. |
I've noticed I can't freely rotate continuously in every axis. Trying to rotate around the pole that corresponds to numpy
axis=2
only goes 180 degrees lock-to-lock. It feels like it is a limitation of the underlying 3D engine. Any idea if there is a way to work around this?The text was updated successfully, but these errors were encountered: