problem with elements order in blocks

Daniel Jaros

Hi

i attached two drawings

in first one (block_source dwg) there is one block 

in second drawings (new_drawings) there is same block (copied from block_source.dwg)

after copying definition of the block has changed little bit 

one elements of the block (hatch) jumped up to the front which changed completely aspect of the block

why is that?

Roy Klein Gebbinck

Most likely the problem is caused by the fact that the draw order from the original block has not been copied. How has the block been copied?

Daniel Jaros

 by ctr+c or _copybase

is there any way to copy it with draw order?

Roy Klein Gebbinck

I have filed a support request regarding this issue (SR38032 2012-12-17). And a fix is scheduled.

Quote from this SR:
I notice that if you copy block definitions between drawings using one of the methods listed below, the draworder is lost.
Only if you use the "classic" wblock-and-then-insert-from-disk-method is the draworder preserved.
Methods that lose the draworder:
1. Copy+Paste a block reference.
2. Drag-and-drop a block definition in the Drawing Explorer.
3. Insert using the Block Manager.

With most blocks you don't notice this issue. They were created from 'scratch' and their 'hard order' equals the draworder of the entities selected for the block. But when you refedit an existing block and add a hatch, respecting the draw order does become important.

Daniel Jaros

 exactly

your answer is enough for me

indeed that is happening sometimes (i was almost sure it is hazard)

all blocks are in blocks file but most of them was created by opening other blocks, changing something and saving it under different name, so i suppose then then i've lost draworder in most of them, am i right?

If I redefine all blocks (by set proper order for hatch once again) will it keep the draworder always for that blocks?

Roy Klein Gebbinck

Good news, as Hans De Backer has informed me yesterday, some progress has been made on this issue. Copy-pasting a block reference now works fine (V14). The draworder of the block definition is preserved.

@Daniel: I would not change any blocks. You have two methods (insert from disk and copy-paste) that work for blocks with a critical draworder.
BTW: Your example is a little tricky because the elements that can be hidden by the hatch are on layer "0". To test the 'insert from disk' method the active layer should not be white.