Sorta unexpected behavior in the setPt command on Rhino Mac Ver 8. In previous versions, I could use setPt and collapse a bunch of random points or curves to a shared X, or Y, or Z coordinate. Now when I run the command it doesn’t allow me move the mouse anywhere in the window to click any position unless it snaps to another object in space. Sorry if that description isn’t great, but it seems the behavior of this tool has changed from Ver 7 and I’m not sure why?
Example: If I’m in Perspective view and I have a few curves selected that are oriented all differently to each other in X, Y and Z, and use setPt in the Z axis, it will only allow me to complete the command if I osnap to one of them, instead of just being able to slide them all anywhere along the Z axis and click to where I want them all to land.
It does not affect the operation if I have osnaps turned on or disabled, the behavior of the tool is the same regardless.
you can set the location in an ortho view, but not in perspective unless you use an osnap-
fwiw, I use gumball for this now. select your objects, relocate the gumball to where you want the points or curves flattened and then scale the objects to zero.
Thanks for the reply. This definitely wasn’t the case in Rhino Mac Ver 7, as I used to use the setPt command reliably all the time in my work to place curves that were rebuilt from surfaces in a planar fashion quickly away from the original model. I’d do this to easily compare construction curves to any original traced curves from say an image or even an import from an original dxf. SetPt was fast and fluid in the perspective view.
The workaround of first relocating the gumball to some point in space and then selecting and scaling all to zero sounds like it would work but is not nice for flow while modeling. Sounds like a more engineering based workflow than a design modeling workflow.