Topic Title

When drawing entities where they don't directly coincide with other entities in the xref it's not usually an issue not erasing the xref. When they do coincide like tracing the perimeter of a building for a foundation, I will usually turn off layer search while doing that type of work. Something else that helps is we have the display order set to Last so the current layer gets drawn last which helps keep selections in order, and also having the xref layer earlier in the layer order helps make it less likely to get picked. It still happen once in a while, but a undo will bring it back. I usually do a force save before the undo as I have been bitten too many times by undoing bugs.

No, I am toggling a layer in the active drawing, and trying to update the GTV. The XRef resides on a layer that is included in the XRef. If that layer is locked, then I cannot add some other layer to the GTV in the active drawing.

This same warning shows up when I place an MSP Detail using a Linked GTV. So, will the linking work if I toggle a layer in the active drawing?

I suppose I could add an INI option to allow XRef GTV links to be updated when the XRef resides on a locked layer. Would that solve your issues Neil?

Dave

I think so.

You think so?

How 'bout a simple Yes or No?

Otherwise, I think I can do it, maybe, perhaps, I dunno, ...

Dave

This "ini" option is almost angelic in it's design. I think it's a fantastic idea Can't think of why an ini option wouldn't work. Greatest thing since associated dimensions. Since GTV linking by it's nature is kind of layer agnostic I don't think would cause any issues since a user would have to manually edit what layers are active for the Xref anyway.

So I guess the simple reply would be...

Yes.

I'm still getting smart walls shoot off the screen due to anomalies with cleanups. These tend to be where two or more different wall types connect and try to clean up or where walls coincide with other walls and their end points are on top of each other (mirrored walls or move-and-copy). In 'real life' different wall types wouldn't merge or cleanup as they are different materials and thicknesses.

Wishlist - amend/fix the cleanup command with smart walls so different wall types don't automatically self cleanup - they need to be forced by the user through a 2-wall trim etc. Hopefully, this might correct walls extending off into space.

Other issues:

1. I design directly in DataCAD rather than on paper so often save work in progress to an 'Oldinfo' layer which is turned off so I can use it or portions of it if needed at a later date. The problem is smart walls don't seem to like sharing the same space as other smart walls so if there's a smart wall(s) which is on a layer that's turned off it cuts through current walls that are active and occasionally does other odd things with door/window cutouts. Can this be fixed so smart entities can occupy the same space in 3D as per other entities?

2. I've recently used an ellipse and found partial erasing portions of the 'arc' can cause the ellipse to make a copy of itself in the same position after using partial erase then picking the portion to remove. This happened several times.

3. Add the ability to use geometry/divide and select the ellipse to subdivide the 'arc' by the selected number of divisions - it's not being recognized,

4. As mentioned in an earlier post, ellipses don't display their area/arc length etc. when Identified,

5. Improve the use of smart curved walls so when these are trimmed with another smart wall, the curved wall retains its original curve position and not 'jump' to a new position and a different arc profile. Similarly with offsetting a curved smart wall - it becomes straight!

6. Allow doors/windows/openings in curved walls,

7. The addition of the Reassociate is appreciated, but it only seems to work some of the time. I've had several occurrences where the door being selected to re-cut/associate disappears or in other situations doesn't re-cut the wall. Ideally, my biggest wishlist for smart entities is to have all doors/windows/openings cut a wall and stay locked in place so the door/window/opening is always in place until deleted, even when the wall is moved/mirrored, rotated, stretched etc. This would allow drawings using smart entities to be carried forward into documentation with some degree of certainty that everything will stay in place rather than 'come loose' over time.

8. Improve the ability to snap to dashed lines particularly when using perpendicular object snap and the snap position is a gap in the dashed line,

Thanks.

Yes, an INI setting for this would be good. We really need XRef's to be Refreshed even though they are on locked layers, and since we need to lock the layers, we also need to be able to Update GTV's all the time, too. Locking layers should not prevent GTV's (and their Linked MSP details) from being updated.

Another wish for XRef's (and Self References) not that we have a Right-Click in the RFM that shows the layer it resides on - it would be great to have that layer name show with the strike-through if it is locked, and - to have a toggle for the lock in that menu just below the layer name.

Interestingly, the Update button in the Layer Manager does not cause the Warning popup up about the Locked layer(s) that the Update in the GTV menu does ...

[Edit: I do get the Warning using the Update button in the LM in a different drawing. Hmmm ... ]

I wonder if it would be possible to have "wide" linetypes - like plywood or insulation linetypes - be able to be truncated (aka 1-line trimmed) to another line at an angle other than 90 degrees.

Yes, precisely. If this is possible, that would be excellent.