Trim and Extend, trimming back, extending, too far
I'm having an issue with Trim and Extend. Specifically with the shortcut method of hitting "Enter" instead if selecting objects. It's trimming back to beyond the closest object and/or extending beyond the closest object, but not in a way that's predictable. It doesn't seem to matter what the nearest object is (block entity, pline, etc.) And, yes, they are all on the same plane or whatever. All flat as pancakes, and the regular Trim/Select, etc is working OK.
I think I have something for the wishlist....don't muck up the stuff that works!
RE: Trim and Extend, trimming back, extending, too far
Hi
Within all DWG files or just the odd one ?
Is it possible to post a DWG file that exhibits the behaviour you have described...
Have a good one, Mike
RE: Trim and Extend, trimming back, extending, too far
2007 has problems TRIMming and EXTENDing to polylines, especially polylines in XREF's. I think it might have other problems, too.
I think they changed something. I seem to remember that it used to be impossible to select individual objects in XREF's to use as cutting objects. Now you can select objects in XREF's to use as cutting objects. When they made this change, I think they introduced a bug.
Usually, if you select the item explicitly, you can TRIM or EXTEND to it. But the SELECT ALL option definitely has problems.
It just seems to be another one of those annoying things that are part of life in 2007... ;)
RE: Trim and Extend, trimming back, extending, too far
The same applies to standard blocks - now only the individual item that was clicked to select the block acts as a trimming object instead of all parts within the block.
Why do they keep fixing things that aren't broken? :banghead:
RE: Trim and Extend, trimming back, extending, too far
Hi
The following might be of some interest, then again it might not be...
ID: TS1056860 - Unable to trim polylines when the cutting edge is a block
ID: TS67419 - Select the whole block instead of a single object during some commands
Have a good one, Mike
RE: Trim and Extend, trimming back, extending, too far
Anyone know if there are any negative repurcussions from using heavy polylines instead of LWPolylines (especially in Land Desktop)?
It seems strange that Autodesk's "fix" is to stop using LWPolylines... Why did they create LWPolylines in the first place, if the oldstyle polylines can be substituted, and work better?
RE: Trim and Extend, trimming back, extending, too far
Quote:
Originally Posted by richards.64879
Anyone know if there are any negative repurcussions from using heavy polylines instead of LWPolylines (especially in Land Desktop)?
It seems strange that Autodesk's "fix" is to stop using LWPolylines... Why did they create LWPolylines in the first place, if the oldstyle polylines can be substituted, and work better?
If I remember correctly, heavy vs. light refers to the way the data is stored for the plines in the database. In a heavy, each vertex is stored as a vertex entity, whereas the light ones are stored as a single entity with the data more like in a list that tell where the vertexes (or is it verti?) are. This makes the light ones take less disk space. If you do (entget (car (entsel))) on a heavy and a light, you will see the difference between the two.