Rhino WIP Feature: Gumball Improvements

That’s fair and don’t worry I’m not changing the ALT tap for copying. I just want to be careful when adding more finger jujitsu to the gumball.

That’s an interesting idea. I’m already not super satisfied about changing Mode to Style since this really only fixes the issue if your language is English (or the first letter when localized is also on the convenient half of the keyboard). At least for now it should be a step in the right direction and we can still change it.

That’s reasonable and what I figured needed done from the start. I opened RH-92019.

2 Likes

@Joshua_Kennedy , if you watch my video above, you will notice that the gesture part is literally exactly what’s already used by “SmartTrack”. In fact, I used the latter for my demonstration. :smiley: The only difference is that I set the “hold-the-mouse-pointer-in-the-same-spot” time to 1000 milliseconds, because 1 second and above is a more appropriate time limit to trigger the one-shot “Snappy dragging”.

That functionality is already in use in Rhino and proven as something usable and easy to learn, just needs to be adapted for switching the Gumball from “Smooth dragging” mode to one-shot “Snappy dragging”.

Also, it will not prevent users from applying “SmartTrack” points, because the latter require far less time to set (typically 300 milliseconds). Not to mention that when you use “SmartTrack”, you want to have an active snap anyway. On top of that, “SmartTrack” is typically used with the “Move” command instead of the Gumball.


As for tapping the Alt key to make a copy, this is a proven way for years and super easy to learn, too. I vote for it to be kept at any cost.

Does the extend function work on closed curve as well when i subselect only a segment?

Please make sure gumball position is calculated in double precision because sometimes i have trouble with gumball default position with iplanes far from origin when the gumball is bit off actual iplane and create problems when unnoticed.

4 posts were merged into an existing topic: Why Rhino is not accurate enough with CPlanes?

Feature request for Gumball in Rhino 9:

A big issue with Gumball (at least in Rhino 7, I don’t have a look at how it performs in Rhino 9 WIP) is that it does not support LOCAL OBJECT GRID snapping when it’s set to “Align to object”. That means that even if I have a perfectly precise box of 10 mm, the centered scale handle of Gumball is unable to snap to every millimeter when the “Grid snap” option is active AND the origin of the Gumball is NOT located exactly in a full coordinate number of the CPlane grid. I could understand that behaviour for “Align to CPlane” mode, but in my opinion “Align to object” should prioritize the object’s coordinates instead, as the name implies.

Attached here are two identical boxes for test purposes. I wrote detailed information inside the scene. The user is unable to scale the upper box with the scale handles of Gumball every 1 mm even if “Align to object” is active. Not sure if this is a bug or intended by the developers, but I believe that the “Align to object” mode should override the “Align to CPlane” mode in this case.
Gumball - Align to object mode with Grid snap.3dm (165.7 KB)

I believe that most Rhino users will benefit if there is an option to snap to equal whole numbers with the scale handles of Gumball when the “Align to object” mode is active and “Grid snap” snaps to the object’s local coordinate instead of the CPlane grid.

In order to snap to the CPlane grid, the user simply needs to switch to “Align to CPlane” mode.

I don’t see any advantage of missing the option to snap to local object coordinates. It’s frustrating that “Align to object” and “Align to CPlane” both snap to the CPlane coordinates while scaling with the Gumball handles.

Another feature request / wish / idea for Gumball: Set point at current Gumball location

A while ago (Oct 2022) I proposed an addition to the Gumball that would take next to no efforts to implement, but would be incredibly useful (at least from my point of view, but I guess I am not the only one) …

https://discourse.mcneel.com/t/wish-set-point-at-current-gumball-location/148625

Back then, Pascal Golay provided a solution that woks great. But I still see this as so useful that it should be implemented in the Gumbal menu.

I use it mostly to get the center of “whatever”. It is so much faster than other methods (like the somewhat hidden “between”…).