xref - display order - solid hatch

[cameronsf]

Using Autocad 2000, I sent my solid hach to the back under display order in my x ref dwg. When I go to the main dwg. the display order is wrong and lines behind the solid hatch do not print. Does anyone know how to fix the display order?...

[erona]

I had the same problem but I haven't found any workaround yet. I hope someone here would enlighten us. :D

[42]

Draw order the xref to the back, this should solve the plotting issue with visability.

[Shep]

Cameronsf, erona,

In our office, we figured out that first you hatch, then freeze the hatch layer, then highlight and copy everything with a basepoint (I use 0,0), then hit DELETE to erase everything while it's still highlighted, then paste everything back to 0,0.

That way all the new pasted entities are created AFTER the hatch, and it will appear correctly when you X-ref into a drawing.

One thing to look out for, don't hit DELETE too quickly or it won't work, and you end up with double entities on top of each other.

It's tedious, but it's quicker if you use layer manager to set up states called HATCH and one called REDO AFTER HATCH.

(42, your solution didn't work for me.)

Another thing that helps is to get more exercise, eat better, and quit smoking.

Shep

[J-LYLE]

OK i dont think ive ever ran across this situation but couldnt you hatch it after you xref it and either make it a block or do ref edit on the xref and then under display (while your in still in ref edit) do send under and select the hatch then the lines you want it under. I havent tested it so i dont know but its an idea.

[Shep]

AARRGGHH!

Don't ever hatch an x-ref or a block! Crash City, Utah, man.

To non-Americans:

"(Anything) City, Utah" is an American expression which adds emphasis, and sounds good.


Shep

[erona]

Hi Shep, if memory serves well, I think I've done that before and it did work on xrefs. Drawback tho, hatch associativity will be lost. But what the heck, as long as it does the job. :twisted:

[Shep]

erona,

You're right. No associativity. Every time you change anything in the background, you have to re-hatch and redo the copy-delete-paste process.

I've found that Associativity can be a two-edged sword, anyway. It associates when it wants to, and sometimes if you stretch or move an object it'll hatch the entire screen.

Another example of those computer geeks ("geek" in a nice way) at Autodesk chuckling away thinking of the little devils they built into AutoCad to exasperate us workers. Like Plotstamp not showing up in Print Preview. But that's another topic.

Shep

[J-LYLE]

Shep

i tested the hatch in the refedit no craches. (yet) Still, what if the hatch was already their and you refedit then while in ref edit TOOL>Dispay Order>Send under....and send objects not in refedit under hatch or vise versa. wouldnt that work, without having to do the bhatch in refedit. :)

[Shep]

J-Lyle,

I hatch an x-ref and get messages like "15,000 entites selected. Do you really want to do this?"<N> And it takes a long time to regen.

I'm talking about hatching an x-ref background plan that is inserted into a second drawing.

Then, if I try to move the x-ref and drag the hatch with it ... Oh my goodness. The computer pauses, complains, swears at me ... I'm afraid to offend it. It's a woman, don't forget. Not that there's anything wrong with that, but I know from experience that you don't want to **** a woman off.

Not like a man. A female friend told me that a man is like a tile floor: if you lay it right the first time, you can walk all over it for ever.

Try hatching and then moving an x-ref, see what happens.

I'm on 2002, by the way. How about you.

[42]

Never never hatch an xref. Always draw a boundary and hatch by object, otherwise you will......welll, you can see what happens. If you hatch the object, you can always place the boundary on a non printing layer, you can send the hatch to the back as required. We have also imported a drawing twice, coloured bojects on one xref and background on the other xref and DR'd on to the back.

[LupoTDI]

Using Autocad 2000, I sent my solid hach to the back under display order in my x ref dwg. When I go to the main dwg. the display order is wrong and lines behind the solid hatch do not print. Does anyone know how to fix the display order?...

Aaarrgghh confused myself with all the above replies so not sure if you've solved it or not....

My answer is: An X-ref, when inserted into a drawing, remembers the order in which it was created. Hence why your hatch appears at the front.

Open your X-ref file, WBLOCK all the detail out leaving just the hatch. Save and close. Open Wblock file, select all detail and copy. Open X-ref (which is just hatch), paste in detail from wblock. Save and close.

Insert x-ref back into your drawing. Draw-order should be right.

Works for me, hope it helps :)