Hatch / Draw Order - Solid Hatch Anomaly

[William Van Wie]

 

SOME ONE HAS TO KNOW...

 

 

 

   I am also looking for a solution to this problem.

 

    I have figured out that after solid hatching the areas of interest in a drawing I need to use the Draworder command to set the pattern "Back" or "Under" so I can see and plot the boundary lines not to mention any lines inside the pattern when using the fill as a screened color. Regenerating the drawing after opening or after some operation will put lines and patterns back in their place.

    The problem I have is when I use said drawing as a block inserted into another drawing the block comes in with the patterns not in their appropriate places (as far as I'm concerned ), and no amount of regens solves the problem. All I've been able to do is explode the  drawing after insertion and redo the Draworder command.

    I'm sure this a common problem! I need a solution, some sort of environmental / variable setting, a patch, work around,or direct editing of the program to solve this. There has to be a way of changing AutoCads mind as to where it thinks these objects should be.

 

 

 

 

 

 

 

 

 

 

[dko...@iname.com]

Draworder is ignored in xrefs and block insertions.
The trick is to have the correct order in the original
dwg before insertion. For hatching you must lose
association (shouldn't need it for a block anyhow)and
then copy all entities you want to appear on top, then
delete the originals. SORTENTS variable must also be
set correctly (I use 113).

*** Posted from RemarQ - http://www.remarq.com - Discussions Start Here (tm) ***

[Thomas Proppe]

Hi William,

for the first problem

>> I have figured out that after solid hatching the areas of interest in a
drawing I need to use the Draworder
>> command to set the pattern "Back" or "Under" so I can see and plot the
boundary lines not to mention any
>> lines inside the pattern when using the fill as a screened color.
Regenerating the drawing after opening or after
>> some operation will put lines and patterns back in their place.

try this one
;**************************************************************
; Hatch poylines with solids and copy boundary on top
; cammand 'SOL'

(defun p2s ()
(command "schraff" "solid" fill_sol "")
(command "_copy" "_p" "" "0,0" "0,0")
(command "_erase" "_p" "")
(setvar "cmdecho" 1)
)

; Ausgewählte Polylinien mit Solid schraffieren

(defun c:sol ()
(princ "\nSelect poplylines: ")
(setq pls (ssget ' ((0 . "POLYLINE"))))
(if pls
(progn
(setq c# (sslength pls) count 0)
(repeat c#
(setq fill_sol (ssname pls count))
(setq fillList (entget fill_sol))
(p2s)
(setq count (1+ count))
)
)
)
(princ)
)

(prompt "\nHatching selected polylines with solids")
(prompt "\nBoundary will be copied to top -> Call SOL")
(princ)

;******************************************************

If you want to create blocks from filled boundaries you better do not sort.
Then the solid will be the first element chosen for the block, the boundary
second.

>> The problem I have is when I use said drawing as a block inserted into
another drawing the block comes in with
>> the patterns not in their appropriate places (as far as I'm concerned ),
and no amount of regens solves the
>> problem. All I've been able to do is explode the drawing after insertion
and redo the Draworder command.

Thomas Proppe

[Terry W. Dotson]

William Van Wie wrote:

> The problem I have is when I use said drawing as a block inserted ...

Your problem is closely related to the same problem with XREF
attachments. The root problem is that AutoCAD's DrawOrder does not
actually change the order of the objects in the drawing database.

You could try copying the objects in-place and erasing the originals,
that will bring them to the top, or you can follow the advice as
described in the AutoCAD help file, as below.

---------------- BEGIN AUTOCAD HELP --------------------

Using Xref Files and DRAWORDER

If you reference a drawing that has an attached image or other objects
that have been edited with the DRAWORDER command, the draw order within
the xref will not be in the correct draw order even after regenerating
the drawing. To correct this problem, use the following procedure:

1. Open the xref file.
2. Use the DRAWORDER command to set up the xref drawing.
3. Use the WBLOCK command to create a new drawing from the xref file.
Enter all when prompted to select objects.
4. Use the XATTACH command to attach the file created using WBLOCK in
step 2.

----------------- END AUTOCAD HELP ---------------------

However, consider this user comment:

"I messed with draworder for 5 hours trying to get a very complex
drawing with XREFs & wipeouts to plot correctly and failed. I used
ToolPac's Z order routine and it was plotted in under ten minutes. The
major difference between Z-order and draworder is that ToolPac's z-order
works!"

Follow the URL below to find out more.

Thanks, Terry

o-------------------------------------------o
| ToolPac 4.0, a 400+ function collection |
| of Power Tools for all AutoCAD users. |
| Visit http://www.dotsoft.com for details. |
o-------------------------------------------o

[Thomas Proppe]

Sorry, I forgot something in my translation

(command "schraff" "solid" fill_sol "")

should be

(command "_hatch" "_solid" fill_sol "")

Thomas Proppe

[Trey Monsour]

There is another way... it's a little unorthodox, but it works. Try
this:
Always make a separate layer for you hatches. Go as far as to make a
separate layer for the solid hatch that you are using as a screen. (I
say this only because it makes it that much easier to work on the dwg
because you can isolate that layer, turn it on or off while you are
working so that you dont have to use the draworder command to see what
was below the hatch). Anyway, before you plot, MOVE the solid hatches
down in the Z axis, so that they are literally below, or in back of, all
the lines. This works great for 2D plan drawings, eliminating the
problem of the screen covering up your lines.

Trey

[Cameron Florence]

Nope doesn't work, I tried it with a publish and still the same result.