What command is issued when doing this in WinRhino and could this be done somehow with shortcuts or aliases in MacRhino?
The closer I get to figuring out a useful workaround, the further away I seem to end up.
It would be really wonderful if snaps would someday go beyond multi-step methods that eventually can be coaxed into doing what one wants, to a more fluid behavior that aids the drawing process rather than continually disrupting it.
My guess is that persistent snaps aims to do this. The problem arises when one wants to force a desired snap and it’s not “one” shot, but two or more.
Forgetting existing Rhino methods/terms/etc for the moment, but thinking of potentially ideal working methods, ideal behavior might be:
- to draw with smart detection of all possible snaps or desired snaps (rhino does this fairly well)
- temporarily, and easily, over-ride this condition for as long as is desired with a preferred snap. (Rhino does this somewhere between awkwardly and not really)
The most fluid method I can imagine is, while drawing (or “in-command”) when one holds down a key (or combination of keys) a desired snap takes priority and the smart detection snaps are over-ridden. Release the key(s) and the prior smart detection state resumes.
Does the key(s) need to remain depressed while in-command for this to work? I sort of am wondering if the answer is yes, since any other method using release of the key invokes a toggle state that one has to toggle again to restore the previous state of persistence versus one-snap, etc.
In other words, our efforts to come up with an improved solution might be based upon a flawed premise of using existing routines.
Can Rhino currently, or in the future, accommodate a key(s) being held down during in-command to create the snap behavior described? I think of the shift key for Ortho, and suspect maybe? ~Dave