Multi-view Block Reference Display Representation can not be deleted

[jtm2020hyo]

I can not delete the "test1" and "test2" Display Representation (DR) inside the attached file, according to internet there is a DR overriding the default, but Mv-Block have not a display management option, how can I delete the mentioned DR?

[dbroad]

You can't delete a representation set while it is referenced by any display configuration.  Remove all references to the DR/s from all DC's and then you can delete it/them. Use the displaymanager.

[jtm2020hyo]

I tried to delete al DR related to "Test1" and "Test2" and I still can not delete it, for this motive my post.

[dbroad]

Try this:

• Rename the Test 1 to 0000 (for convenience in step 2)
• In the Sets folder, left click on each set and right click on the 0000 Display representation. Choose Clear All.
• When done, go back to the Display Representations folder, opne Multi-view block reference, select the display representation and delete it.
• Do the same for the Test 2 DR.

[jtm2020hyo]

no luck...

[David_W_Koch]

Very odd.  I checked all of the Sets; none referenced Test 1 or Test 2.  I checked all of the Multi-View Block Definitions; none of them had a view block assigned to Test 1 or Test 2.  I created a new Display Configuration and a New Set.  In the New Set, the only thing that was turned on was Test 1 and Test 2 for Multi-View Blocks.  I assigned that New Set to the Top View direction in the new Display Configuration and exited the Display Manager.  When I set the new Display Configuration current in a view set to the Top View direction, nothing displayed.

I have no idea where those two Display Representations for Multi-View Blocks are referenced.  MVBs do not have style or object level overrides.  Hmmmmmmm.

[David_W_Koch · Accepted solution]

I purged all of the unreferenced (AutoCAD) block definitions*, deleted all of the Multi-View Block instances in the file and finally purged all of the Multi-View Block Definitions in the file.  At that point, Test 1 and Test 2 could be deleted.  Somehow, one or more of the Multi-View Block Definitions were seen as referencing those two Display Representations, even though they no longer had any view blocks assigned.

It is too late at night for me to try anything more, but I suppose the next step would be to try purging all but one Multi-View Block definition to see if the remaining one had any association with Test 1 and/or Test 2 and do that for each of the definitions to narrow down which one(s) are responsible for the "reference".

Still very strange.

[dbroad]

I should've downloaded your drawing before making a suggestion. This drawing is strange indeed.  You have many unnecessary display representations for multi-view blocks. I count 10 unnecessary DR's including test1 and test2. All 220 MVblocks, with many duplicates are inserted at the same place in a non-WCS ucs, all rotated the same way.

The only thing that worked for me unfortunately was to delete the mvblocks and use the stylemanager to purge the mvblocks before using the diplaymanager to delete the DR's.  Something is buggy IMO.  It could be a structural weakness of ACA though.

Most of these MVblocks, perhaps all, were OOTB.  In the future, I would recommend using the built-in DR's unless you have a very good reason for adding so many.

[dbroad]

I haven't tested this but you have a block that contains mvblocks.  This nesting of blocks and mvblocks is certain to cause problems managing the drawing.  This makes otherwise unreferenced mvblocks unpurgeable.

[jtm2020hyo]

I found the Mv-Block than is causing this problem, Gargabe-Container.

but still can not purge those DR. any suggestion?

[dbroad · Accepted solution]

You are right.  In your original drawing, this works:

1. Delete all instances of the mvblock By_JTM-Garbage_Container, including any in blocks. For that drawing there were no nested instances.
2. Use the mvblock style option to open the style manager and purge the unreferenced mvblock styles, specifically By_JTM-Garbage_Container.
3. Use the display manager to purge unreferenced display representations.  All 10 extra display reps disappear.

In short, you would need to delete all of those mvblocks in any drawing that use them.  If you really need to keep them, export the viewblocks and recreate the mvblock in another drawing without the extra DR's.  Then use the style manager to reimport the mvblock definition and purge the DR's.

Where did you get that mvblock?  Based on the initials, it looks like you may have created it yourself.

[jtm2020hyo]

yes, are custom Mv-Block, but consecutively I created "Tv" and "Tv-Furniture" Mv-Blocks, I have not idea why just "garbage-container" have this problem.

[dbroad · Accepted solution]

The others had their own problems with other view specific Dr's.  You must fix all the mvblocks and use the style manager to overwrite the versions before you can fix the display issues.  The method of copying a single mvblock from the problem drawing to a new drawing, erasing it, purging the mvblock definition out, purging the dr's and rebuilding the mvblock from the view blocks must be done first.  Only then can you use mvblock definitions, toggle view, and drag-n-drop the mvblocks from the fixed drawings to the problem drawings.  Use overwrite existing. Then you can use the display manager to purge the DR's. Try to avoid purging display configurations and display sets.

[jtm2020hyo]

well, I leave the file for the developers can fix this in the future, I tried everything to fix those 3 Mv-Blocks but no luck.