i’ve found one repeatable case where _ExtendSrf does not behave. If you extend the edge of the attached surface near point A and move the mouse cursor over point B, some display lines (curves) are shown which stay even when the command is canceled. It looks like this:
There is no artificial intelligence in Rhino and it doesn’t read minds. You are asking it to change one edge and so it tries to do so without changing that other edge. In your ‘correct’ solution, you have also changed that other edge.
I think the “Extrude srf” command should work properly in this way.
For more selected edges, not just one at a time (do not know how it behaves in Rhino 6):
The command, to be really convincing, it should work well. Useless to make turns of phrase. Rajaa should work to offer such solutions.
A command that works in half, is not a good command, did well!
Extend a trimmed surface is relatively simple. The problem occurs when the surface is trimmed, as in these simple examples.
I think that the extension, at the end, is an offset operation.
In these examples the only problem would be to get to the limit case, that is, up to the limit which is possible to extend a trimmed surface, i believe, until the extension is not self-intersecting.
If you want to extend a surface by a set distance try this workflow:
DupEdge the edge of the surface to be extended.
ExtendSrf surface further than desired.
OffsetCrvOnSrf to create an offset curve at the desired location of the new edge.
Trim the extended surface using the offset curve.
Delete the offset curve.
Rhino gives extensions problems in the trimmed surfaces.
If you extend an edge of a surface with a trimming, it is logical that you change the board near!
I think the extension code is inaccurate (in v6 do not know): Catia and Siemens Nx extend surfaces trimmed properly (not flat), also multiple edges at once!