Interesting! I see what you’re doing, but I don’t think I’d want to “do it live” with drawing the new edge inside the command, so to speak.
Edit: Before here was a suggestion of a workflow, but it was based on some sort of bug I bumped into when I created this thread, so I’ve removed it for now. If the above script could be extended with the user being able to draw an arbitrary amount of curves on the surface, I think it would work well!
Yeah, I’m going to have to keep an eye out for examples because turns out, I was bumping up to some sort of an edge case when I created this thread…
“Replace edge” with the “Select curve” is the way to go. It does its job 95% of the time. On rare occasions Rhino may refuse to execute the command properly due to the target curve being build slightly away from the surface in the normal direction.
Ok, your video made me go and try some things, and turns out, I made this thread from some sort of “bug”.
However, I guess I also had some trouble with “drawing curves in the air”… there’s a view based drag mode that I often use, but I can’t seem to enable it during line creation… that would help quite some ways with the issue @Pascal was trying to solve for me as well!
Ok, so I think I found another example for the same reason why I made this thread… it’s not as easy to use ReplaceEdge to do a local untrim in practise as in theory:
I ensured that the curve starts and ends at the point where I split the trim edge I want replaced and I joined them as well. But is it that the pulled curve can’t go outside the control points this far, or why does the command fail here without even a message as to why?
what result would you expect in this case? If I untrim that surface and look at the trim curve you want to keep, it doesn’t follow the isocurves, so if Rhino would manage to untrim it, you will be left with something like this:
Here’s what I expected, and what I manually had to construct now using DupEdge, UntrimAll, Pull, Trim (such tedious time waste and the pull, which ReplaceEdge seems to do internally looked fine but it resulted in two curves, which I guess is why it failed since there apparently is no logic to internally connect the ends):
okay, so the lower line is a new trim curve right (the one closest to your shortest straight line in your file)? Does it follow the isocurve? Without the surface itself it’s hard to see. Basically what we need is untrim being able to untrim only selected edges. This is not so much a replace edge problem I think. Then if you untrim a edge that is part of a split, like in this example, it should extend it according the isocurve direction. That would certainly be handy and time saving.