I noticed that there is a change of the behaviour of the Gumball, so that when I try to move an object with Gumball’s plane handle, the latter no longer will let me move the object along two axes simultaneously (XY, ZX or ZY). The only way to “unlock” that is to manually turn off the Ortho or by holding the Shift key, which is counter-intuitive, because that particular plane handle was originally made to allow free movement along two axes. If I wanted to move the object only along a single axis, I would simply use one of the arrows instead.
Also, check my video below. My previous command was setting an MPlane and while I tried to move the selected object with Gumball’s plane, right-clicking to reset its position actually activated the MPlane instead, leading to accidental selection and movement of other objects, and a messy performance of the Gumball.
Windows 10.0.19042 SR0.0 or greater (Physical RAM: 32Gb)
Computer platform: LAPTOP - Plugged in [100% battery remaining]
Hybrid graphics configuration.
Primary display: Intel(R) HD Graphics 630 (Intel) Memory: 1GB, Driver date: 10-7-2019 (M-D-Y).
> Integrated graphics device with 3 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA Quadro P4000 with Max-Q Design (NVidia) Memory: 8GB, Driver date: 4-12-2021 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 466.11
> Integrated accelerated graphics device with 4 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 8x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 4-12-2021
Driver Version: 27.21.14.6611
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 8 GB
Rhino plugins that do not ship with Rhino
C:\Users\martinsiegrist\AppData\Roaming\McNeel\Rhinoceros\7.0\Plug-ins\KeyShot9RhinoPlugin (ecfe8d1f-876a-460f-aa5e-3dd816936811)\1.0.0.0\KeyShot9RhinoPlugin\Rhino 5.0\KeyShot9RhinoPlugin.rhp “KeyShot9RhinoPlugin” 1.0.0.0
Damn, this is really odd. I started Rhino again and Gumball now still behaves improperly. Not sure what happens… So, yes, this bug is still present in the latest Service release candidate.
