Moving solid hatches to back ground
I have created a series of dwgs that are split by zone. I am trying to represent the zone using a solid fill background. My problem is that in some dwgs when I xref in this location diagram some work fine yet in others for no reason at all the solid fill moves to the front obscuring the informtaion. Is anyone aware of an setting that may be causing this? Or has any ideas I'd be grateful.
Re: Moving solid hatches to back ground
Draworder seems to be an issue in some versions, what version are you running?
Re: Moving solid hatches to back ground
Does the hatch move to the front even after using DRAWORDER to move it to the back?
Re: Moving solid hatches to back ground
For whatever reason, AutoCAD often screws up the displayed draw order, but the regen command usually corrects this. I also keep the draworder toolbar handy, as I work with drawings that have several layers of solid hatched objects and wide polylines.
Try regen. If that doesn't fix it, make sure you've pushed the hatch to the bottom, and regen again. Do it twice.
Re: Moving solid hatches to back ground
In the past, Autocad would fumble the draworder when you xref drawings in... it would display the newest objects on top.
the work around would be to copy with a basepoint all of the objects you want on top, delete the objects... then past it back in to the drawing.
But I have not had any problems with this in the recent versions though...
Re: Moving solid hatches to back ground
Sometimes it would also help doing a bring-to-front of the rest of the entities, instead of send-to-back of the hatching.
As for the xref causing problems with draw-order, this seems to happen every time someone uses RefEdit on it. Only way to get around this is as aloraw's indicated, but even then I've found it breaks sometimes.
Re: Moving solid hatches to back ground
Quote:
Originally Posted by
irneb
Sometimes it would also help doing a bring-to-front of the rest of the entities, instead of send-to-back of the hatching.
As for the xref causing problems with draw-order, this seems to happen every time someone uses RefEdit on it. Only way to get around this is as aloraw's indicated, but even then I've found it breaks sometimes.
I think RefEdit is a dangerous thing (when editing xrefs). I use it all the time to edit blocks but when I want to edit an xref I use XOPEN instead.
What happens, atleast in our office, is if someone edits an xref using refedit, all the drawings that are referencing that file are requesting to reload it because it feels it's been "updated" even after you reload it. The only way I found to fix this problem is to "open" the xref file and save it, that seems to help.