from front view i use the move command, take any edge of the cube close to the cylinder on the left hit shift and move a little to be sure not to snap onto anything unwanted then lock the ortho i have initiated before with tab, then it starts acting up because it snaps to anything i have set i can not move it along ortho and it wants to send it into all other directions instead.
in this video you see how i hit tab it starts acting up, i try again and move the cube around for a moment to show that it works at first, the moment i hit shift then tab to lock it this happens which is very unpractical.
maybe you are right, i think i have some brain lag today, but i remember now that this always bothered me, shift to set ortho should be most dominant rather, otherwise you have to zoom out and stretch the ortho indication far out away from anything else which is so much effort each time
that means i move the object in one direction first, then i have to press shift plus the alt to disable snaps and finally tab to lock the direction. while that works, it is not very comfortable when you do this kind of movements a lot.
i think the ortho shift should just be dominant, that what it is for, to ensure that the movement is orthogonal. snapping to other objects/snaps while having shift enabled defies the logic of activating ortho im my opinion. why would one activate it otherwise?
Object snaps have overridden Ortho in Rhino since forever. You can however use snappy Gumball with the arrows to constrain moves and still snap to projections, or perhaps SmartTrack.
no because i use the snaps to guide the movement but it should not snap to it, the snap should stay planar. though i also encountered situations where the locked ortho was overridden by some very radical snap.
i dont think that this is about an advanced option, and it is more than just a nuisance, it is about logical behaviour. in a file filled with geometry almost always having to press alt additionally to have shift function as expected can not be logic.
I too wanted something similar, (see the lengthy thread link below) but John brock said no way. I only wanted a switch to make ortho work the way I need it too, but I can’t hope for any changes.
One of the reasons I’m not happy with development of Rhino in current years is that they never ever do any user requests. Pretty much stuck in the mud mindset or worse, arrogance. Instead you would think a company would want to please their customers, this way they might make more money and really make a better product. But when it comes to changing things that customers request it’s like pulling teeth or worse letting them rot, oh well.
RM
Well, that sounds a bit like sour grapes to me, sorry. I’ve made lots of requests over the years, some got implemented and some didn’t. To accuse McNeel of never granting user requests is about the biggest exaggeration I have ever heard on this forum.
I don’t think it’s an exaggeration I don’t recall a users wish item being made into a command or a tool in Rhino and I’ve been here since the beginning. You know I’m pretty much correct in that McNeel and I’ll change my wording to “barely ever” fulfills a user wish or command. That is not a big exaggeration or the biggest exaggeration ever proclaimed on this list.
Secondly and this is more important can’t this wish of mine and encephalon’s be put on the wishlist? It would make my modeling more productive because I need ortho to work this way not the way it currently does which makes ortho completely useless to me. I just want a switch for it to work for me as Bobi calls it “Dominant Ortho”.
RM
@mikko you wrote that this was tried 20 years ago or so, how long did you try that for and how much feed back did you get? i understand that a couple of people being used to how it worked initially complained of course, but logically it makes more sense the other way around.
i for my part am constantly bothered with this little funny hick up and would prefer having it work dominantly overriding the snaps, keeping them projected though so that one can move something orthogonally with the snaps as reference.
in my understanding extra activating ortho but having to fight against the snaps that override the ortho again is pretty much Sisyphos. if we at least could have a tiny option that enables a dominant ortho. any thoughts?