On Mon, Oct 22, 2007 at 11:11:04AM -0700, joeft wrote: > Ben Jackson wrote: > > > >New illustration A---------BC-DE--------F, where B=C, D=E and B,C,D,E > >overlap > > > The more explicit illustration helps... > > I agree. Either it should drag D with segment EF (my preference; it is > simpler and more useful) or it should drag B,C,D along with segment EF( > not preferred - it prevents stretching segment CD). In the past I > believe it was dragging B & D along with segment EF, which was not useful.
You're essentially correct about the old behavior. It moved B and C (it was always C because both C and D matched in the CD segment and it took the first control point). I agree about the preferred behavior, however it would require a more extensive change to make it happen (without just breaking multi-line intersections). Instead, the change I committed has the second behavior (all of CD moves, since the code turned out to allow that case explicitly, such as in the case where rubberbanding moves a line fully inside a dragged polygon). You *can* still stretch segment CD, because I *also* changed the rule when you grab a 'linepoint'. So if you grab the point C (same as the point B) you only move the ends C and B. -- Ben Jackson AD7GD <[EMAIL PROTECTED]> http://www.ben.com/ _______________________________________________ geda-user mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
