It may be useful to run the _Reset command and reset to factory defaults. Perhaps save the settings in with that dialog in case you want to investigate them.
Note Rhino does not do that nor has it ever. Rhino gets the World or CPlane oriented bounding box, or in the case of “Object” if the object can be resolved into something logical like a planar curve or surface, then it orients to that plane. Calculating a minimum (volume or area) oriented bounding box needs to be done iteratively for arbitrary objects and is computationally expensive.
If you click on a different object and then return to the cylinder, you’ll find that its appearance no longer matches your screenshot.
Edit: After reinstalling and reseting it now seems to work…
Ran Reset and it does work for the cylinder, but for the Box the Gumball aligns to one side.
Selecting edges, the alignment is not ideal in my opinion.
Expected: (realigned manually)
I think it definitely does not work for SubD objects even after Reset.
Neither when selecting ring edges. Would be ideal for this to work.
I am aware that Rhino has never done that.
Like I said, I am not a developer, I am not sure how other software do it, but it works better. It is my guess they record the transformation history of the object.
Also, I don’t think a full rewrite is in order, it just needs to include other geometry such as SubD and Edges.
That is definitely not ideal.
Late add to this thread, but do our selections in the BoxEdit panel — pivot from: gumball, bounding box, block origin — have an effect on how the gumball behaves?
I also am having this issue a lot!
At one point Gumball will start aligning to one side of the object instead of the center.
Already tried the
- Reset gumball
- Relocate gumball manually
- Gumball align to object
Nothing fixes this. This bug has been in Rhino since so many years. Have no idea what triggers it