When copying certain Blocks certain Objects loose their Display Order

[r_soula]

When copying certain blocks certain objects loose their display order

[Wanderer]

When copying certain blocks certain objects loose their display orderdoes this help? ID: TS50845 - DRAWORDER command does not work in xref drawings (http://usa.autodesk.com/adsk/servlet/ps/item?siteID=123112&id=2878365&linkID=2475323)
(see below under 'similar threads' feature)... I realize this says x-refs, but, from what I understand from what I read, it is affected after you bind the ref, turning it into a block

[r_soula]

I have and instrumentation block with lines in it that always go behind the hatch.
I can copy it all over the place if i start from scratch
But if I use it other than from when I start a dwg from scratch it looses its DR
I wouldn't think that would have anything to do with xrefs

[Mike.Perry]

Hi

What happens if you use the command _.RegenAll ?

Is correct DrawOrder restored ?

Have a good one, Mike

[r_soula]

Problems still accurs with regen all
Yes it is

[Mike.Perry]

Hi

Sorry, I am a little confused here ( your responses to my above questions, shown in blue below )...

What happens if you use the command _.RegenAll ? Problems still accurs with regen all

Is correct DrawOrder restored ? Yes it is

Please clarify.

Have a good one, Mike

[r_soula]

Sorry,
Yes, that is the case

[Mike.Perry]

Hi

Is it possible to post an example of a Block that exhibits this behaviour ie Loses it's DrawOrder when Copying.

Have a good one, Mike

[r_soula]

How do you post a block?

[Mike.Perry]

How do you post a block?Hi

Try here...

What Are Attachments? (http://forums.augi.com/faq.php?faq=vb_read_and_post#faq_vb_attachment_explain)

If still no luck, please post back ( I will then try to explain some more ).

Have a good one, Mike

[r_soula]

If you take one of the instrumentation blocks int this dwg (one of them with hatching and a red line throught it) and copy it around or copy it to another tab the red line will always go to the back

[Mike.Perry]

If you take one of the instrumentation blocks int this dwg (one of them with hatching and a red line throught it) and copy it around or copy it to another tab the red line will always go to the backHi

Ok! I can recreate the Copy DrawOrder problem, only! if I use the following commands...

_.CopyClip
_.CopyBase

ie Copy the Block to the Windows Clipboard then Paste back into the drawing.

If I use the standard AutoCAD _.Copy command I do not experience the Copy DrawOrder problem.

To resolve the _.CopyClip & _.CopyBase Copy DrawOrder problem...

I found if I used _.RefEdit on one of the newly copied Blocks, it would temporally fix the Copy DrawOrder problem.

Then the next time either _.CopyClip or _.CopyBase were used, the Copy DrawOrder problem would reappear... but so far I have found using _.RefEdit always temporally fixes the problem.

The following might have some relevance on this problem...

ID: TS13278 - Display order of objects not preserved when copying to another program (http://usa.autodesk.com/adsk/servlet/ps/item?id=2879578&linkID=2475323&siteID=123112)

Have a good one, Mike

[r_soula]

Thanks,
You are correct, if i use the copy command it is fine
But, if you use crtl-c crtl-v it looses its DO
And if you do the crtl-c crtl-v and then go back and use the copy command it looses it
Also if i fix the DO issue using the DO command it will temp fix it like your Ref Edit command

[r_soula]

Additionally, this a just a recent problem we are having with ACAD 2006
Your suggestion linked me to issues that were posted prior to 04 even being released

[Mike.Perry]

Additionally, this a just a recent problem we are having with ACAD 2006
Your suggestion linked me to issues that were posted prior to 04 even being releasedHi

Personally, I always find it best to ignore the "Applies to:" given in Technical Documents found on the Autodesk web site.

I was only pointing you there (http://usa.autodesk.com/adsk/servlet/ps/item?id=2879578&linkID=2475323&siteID=123112), as I believe the Technical Document and your Copy DrawOrder problem are linked ie

Copying to the Windows Clipboard is the cause of the problems.

Have a good one, Mike

[r_soula]

thanks for your time

[r_soula]

is there a setting that might be wrong or anything like that, that would fix the problem

[Mike.Perry]

is there a setting that might be wrong or anything like that, that would fix the problemHi

That really is the million pound question... at this time, I do not know of a setting that might cure this problem.

Have a good one, Mike

[jaberwok]

Thanks,
You are correct, if i use the copy command it is fine
But, if you use crtl-c crtl-v it looses its DO
And if you do the crtl-c crtl-v and then go back and use the copy command it looses it
Also if i fix the DO issue using the DO command it will temp fix it like your Ref Edit command

I think (but I'm probably wrong) that items copied and pasted are pasted in reverse order - perhaps that also applies to the content of blocks?
So, if you copy and paste then copy the pasted block, perhaps it will be right when pasted again.
Maybe?

[Steve Johnson]

I think (but I'm probably wrong) that items copied and pasted are pasted in reverse order - perhaps that also applies to the content of blocks?
So, if you copy and paste then copy the pasted block, perhaps it will be right when pasted again.
Maybe?
It is actually selection by window or crossing that does the reversal you're talking about, and that applies to copying within a drawing using COPY, too. That doesn't affect the order of objects within blocks within the selection, and is not related to this problem.

What's happening here is similar to what you see if you WBLOCK one of these blocks: it creates a drawing/block with the draworder information stripped out of it. The draw order then defaults to the actual order of the objects in the block. This doesn't seem to be documented, so I'd call it a bug. As an avoidance workaround, I would suggest not relying on draworder, but rather to create blocks with their objects selected in the order in which they need to appear (i.e. select the bottom objects first).

[jaberwok]

It is actually selection by window or crossing that does the reversal you're talking about, .....

Thanks Steve. Ah. It's all coming back now. :-)