Ok. I thought it doesn’t make sense because Tab toggles the SubD state and locks a direction or distance with Smart Track. For someone who doesn’t use SubD or Smart Track, yes they can do with it whatever they want…
The Tab key is smart enough to not interfere with the SubD smooth/rough state when you press it to lock the direction of moving object, etc. 
Fair enough, that’s true.
But there would be an interference with Smart Track
I just tried that in Rhino 7 and there is zero interference when I drag an object with the Gumball’s arrow handle, there are several active points of the Smart track and I tap the Tab key.
Tab could work. After all, this Tab-invoked axis contraint is useless when the Gumball is active.
Edit: it works also when the Gumball is on - but does anybody ever use this?
The Gumball axes are the constraints, then…
When you drag the plane the distance can be constrained with the Tab key.
1 Like
Hm, fair enough… that’s useful, actually.
Ok, maybe not the Tab key, then… =}
@Rhino_Bulgaria What I don’t get is why you like the Tab key, but not the ALT key. For both you would have to take your hand from that 3d mouse, no?
ALT is fine, for me at least. It should however also work for toggle snappy out of smooth mode, as mentioned.
It does, you can set the direction of the Gumball.
I use that sometimes.
It’s not that I don’t like the Alt key, it’s just not available. Tapping the Alt key is already reserved to make a copy of the object while dragging/rotating/scaling an object either via the Gumball or the move, rotate, scale commands (a secondary press of Alt turns off the copying).
Ctrl then
1 Like
As far as I know, rotating a single point or control point around itself does nothing to it. It’s still in the same location and points/control points don’t have a direction. That’s the reason why the scale handles are hidden while selecting a single point or control point.
You have to hold ALT after you start dragging, for snap override. Works fine for me.
Besides the fact that you need to be in snappy mode all the time, since it doesn’t toggle the other way around.
And that ‘jump’ it makes is because the cursor and gumball need to align first.
Hold it before, and it makes a copy.
Didn’t we mention this already?
I use “Smooth dragging” as my primary dragging mode for Gumball. Holding the Alt key does not activate “Snappy dragging” then.
And that sudden jump is super inconvenient, especially when the goal is to make small adjustments of th position of the selected object. I already proved that with my latest video above.
1 Like
I know. That should be fixed by McNeel.
In the meantime, you could try to get used to stay in snappy mode… ; }
Right, not to the point.
“Rotating” the point doesn’t modify the point location.
But to the Gumball orientation for the point.
Which is not exactly a geometry manipulation.
In any case I use it sometimes, handy for me.
Impossible. It’s too flawed, especially considering the fact that I mostly do precise movements via the Gumball. The sudden jump of the “Snappy dragging” is counter-productive for my workflow.
2 Likes
I get it. Agreed that this should be fixed by the devs. Meaning ALT working as a snapping toggle, not just snap disable.
Then there won’t be any need for another key.
1 Like
This bug is still not fixed in Rhino 7?