ExtendSrf display bug

@pascal,

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:

Happens with this file: ExtendBug.3dm (84.9 KB)

btw. if i _Undo it seems to cure it…

c.

Hi Clement - I see that, thanks.

http://mcneel.myjetbrains.com/youtrack/issue/RH-33768

-Pascal

Pascal why this extension of the edge (a) takes place in this way (see right)?

So it should be corrected:

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.

@wim I don’t agree here, in his example, the other edge did change as well. It’s just ‘extending’ the wrong direction.

take for example the attached and try to extend one of the rounded edges. Weird things will happen.extendsrf.3dm (319.9 KB)

A bit quick on the trigger here - I stand corrected! :blush:
(thanks!)

I believe that if Pascal wants, should the developer to show this case, and in case correct it if possible.

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.

Planar surfaces are always easy. The problem is more extending non-planar surfaces. --Mitch

sure, this is true, but if the algorithm is good should work for srf not flat

it is also true that at present, does not work so well even on flat surfaces, a trivial example is that I posted above (Rhino 6 I do not know …)

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!

Mitch, what you say is correct, but the problem is that Rhino does not extend properly surfaces trimmed even flat!