I understand that Rhino doesn’t have a “solid solver”, but imo, it doesn’t even have a polysurface solver…
I must admit, that unless I’m manipulating simple boxes, I’ve never had the gizmo produce anything useful from a polysurface. Instead it gladly destroys large parts of a polysurface model creating absolutely unusable surfaces (the type of surfaces that McNeel employees for decades have told users to avoid on this very forum).
When will Rhino get a toggle to have the gizmo only extend and re-trim polysurfaces instead of massacring the existing ones?
EDIT: Before someone says Pushpull, so far I’ve found that to only mostly work on boxes. Anytime you have even certain angles, let alone curved surfaces, it only creates extra surfaces that you have to go and clean up rather than adjusting what’s already there.
Yeah, it may be an early sketch but it’s still a client project so I can’t share it.
I’ve uploaded it now using the uploader and referenced this thread.
Orange colored surfaces are the ones I’d expect to be able to move in the direction of the orange arrow, without having my planes be changed to something else.
It’s painful, I agree.
In case you want a workaround, you can move part of it and then PushPull the rest:
This means that technically we should be able to do this already, but for moveface this way of handling geometry was never implemented. @rajaa@Joshua_Kennedy
Oh, I noticed that I exported the geo after my “fix”. I’ve used your uploader to upload what should match with the original geo in the first post. Could you try that again please?
Again, I sort of understand why it fails but I’m trying to move as quickly as I can here because I’m sketching, and untrimming, moving, re-trimming consumes a great amount of time.
So, here’s an interesting issue tangential to that (if surface structure was kept I’d have rotated the surfaces at the end instead but now this should have been the fastest way):
I wonder how you created the base surface. Although it is being selected with SelPlanarSrf, it isn’t fully planar. You can see this when selecting the surface and Cplane to Object, the Gumball will show a scale handle for the Z direction. If the surface is planar, the extruded sides will not show any isocurves, and the subsequent issues will not occur either.
For this one, again I wonder how you created it. If I remake the extrusion, I don’t get the issues you are showing. One of the sides (the one you have facing toward the camera) is not perpendicular to the extrusion direction. Is that intentional?
