this is a very old bug, which is there since Rhino for Mac exists i believe.
call orient, select object or preselect then call orient, select rp 1, 2 then tp 1, 2 hit space or enter to complete, now it automatically takes the first rp as first tp and waits for the 2nd tp basically turning the orient command into the rotate command, i have to hit space or enter once more to finally complete. i can not believe that is intentionally and distracts a lot while using orient which i personally use very often.
hi @encephalon, I think this happens only when using the copy option, correct?
The copy options allows you to make multiple oriented copies. When done, you can end the command with Esc directly.
If I understand you correctly, you want the copying to end if you hit space or enter after orienting the first copy? I’m afraid if we would change this, we will upset users that are relying on the option to orient from the first point.
Note that only in a specific case Orient will act the same as rotate.
yes i know, i use this function very often, basically almost the only method i use orient for.
i think i completely lost you now… i dont see any use for reverting back to the first tp leaving me to only set the 2nd tp. once i completed the task, what use would that be? the only thing you can do with this is rotate the input geometry from its origin since the first tp has been magically set, nothing i would ever need after orienting the geometry somewhere else.
that is ridiculously painful, till i even found how to do it, let alone finding the command and changing it is a nightmare compared to v7… i am really losing hope.
The command has worked like this forever, it is not Mac specific.
Orient allows you to rotate geometry in any direction, not just the XY plane. I’m not saying it’s the way I use it, but there are as many different ways Rhino is used as there are users.
Apart from that, the macro Mitch suggested should work, if you care not to press space twice when done.
It can be added to an alias as well, which is what I would recommend using if you use that tool a lot.
i am all for rotating, that is how orient works, but maybe there is a confusion, did you try mac and windows versions? and they both work the same? the reason why i am so persistent is because that feels more like a glitch having the input geometry suddenly pinned down with rp1 being the tp1 without me actually defining it, forcing me to hit space/enter once more.
if that all is still intended, then maybe somebody could explain a typical use case for this? i am completely confused currently.
@Wizardbizzoom Umm, at the risk of being ridiculed here, but I’ve looked at all your posts and I no longer believe you’re a real person. All your answers sound like straight out of ChatGPT…
Yes, I did, and they work the same.
The copy option allows you to make more than one copy, and with the option to use the first source point as the first target point, this leads to not ending the command when you want/expect it. But how should this tool know you want only 1 copy (or 2, 3, 4…)?
Again, there are two ways to get out of it without pressing two Enters:
-use the macro version (that one even saves you a click)
-press Esc when you’re done.
I honestly don’t understand that this is such a big deal to you. If you use it rarely, the extra Enter shouldn’t bother you much, if you use it often, the above two options are at your disposal.
it is because i can not believe it is intentional.
yes of course, that is how i use orient, and once finished i would like to hit space or enter to complete the entire command like all other commands in rhino besides those which are not hooked up correctly in Rhino for mac.
that is not an option as far as i can tell but an enforced redundant curiosity at the end of my command. and i am still curious what the user case for this would be to rotate geometry at its base point after i have oriented it somewhere completely different having never ever in my entire life encountered a need for it… i dont even want to be diplomatic and say that am not saying such a case does not exist but by all means that is one weird forced function when all i need is after the few copies of orient i do to complete the command…
to be sure we are talking about the same issue i made a short video
why would anybody need an additional rotate at the end?
I totally get that from your point of view, it is a bug. If you never use the first picked source point for orientation, you probably have never even noticed the option is there all times. I’ll do some investigation what can be done. I would not mind personally to have it work like you expect.
This might work RH-80052 Orient: option first point as target
