Hatch draw order

[lennore]

I noticed that the hatch pattern sits in front of the drawing, so I changed the HPDRAWORDER from 3 to 1 and then all the hatching sits at the back where it should be.

My problem is that even though I change it in the current drawing to "1", everytime I start a new drawing this goes back to "3".

I created a template and again changed the draworder from 3 to 1, but once again as soon as I close the drawing it goes back to 3.

How do I get the default to remain at 1 for all drawings?

lennore@outlook.com

[Moshe-A]

Hi,

sounds like some lisp program does this?

check:-

1) acad.lsp

2) acaddoc.lsp

3) *.mnl

4) appload startup suite

moshe

[lennore]

unfortunately with Autocad Lt 2015 lisp do not work

I guess I will have to type in HPDRAWORDER and change the 3 to a 1, which isn't a big deal, I just thought I should be able to change this once and that would be it.

Thank you for replying

:S

[lennore]

rather the lsp file does not work on autocad lt 2015

[nrz13]

I can reproduce the behavior in the full version of AutoCAD 2015.  I think it's a bug.

AutoCAD has always been pretty bad with draw order, which is particularly noticeable with hatches.  I don't know how many REGENs I do throughout the day, but it's a lot.  Usually a REGEN will fix the draw order problems, but sometimes the drawing has to be closed and reopened to fix it.

[Moshe-A]

no offense but you know you have a dedicated forum for AutoCAD LT

http://forums.autodesk.com/t5/autocad-lt-general-discussion/bd-p/43

[christina.davis · Accepted solution]

Hi Lennore, 

HPDRAWORDER is a "Not-Saved" variable (see link below), so, yes, it would need to be changed for each drawing. However, it might save you a few clicks to create a custom button in the CUI that sets HPDRAWORDER to 1. I've linked some videos below that go through the process. The macro you would enter for your new command is: ^C^C_hpdraworder;1;

HPDRAWORDER (System Variable)
http://help.autodesk.com/cloudhelp/2015/ENU/AutoCAD-LT/files/GUID-50DE5CC8-9857-46F1-9374-9F1DA3760D...

How to customize AutoCAD's ribbon and panels | lynda.com

Create a Command Using Autocad macros

Thanks 🙂

[lennore]

funny enough even after typing HPDRAWORDER and changing the variable to '1',  I noticed that even then some of the hatch patterns are still at the front. I also clicked on the hatch to back button which i added to the bar, that doesn't work either all the time.

Short of that I print off a pdf, review the print and if needs be i go into the drawing and select everything that is hatched and send them to the back, that definitely works :S

[scott]

I find a similar problem even a year later.  I can't get hatch to draw first at all.  Forget about saving settings from one drawing to the next.  While in model space, I can not (despite using "draworder" to pull dims forward, "hpdraworder" to push hatch back, or the dialogue boxes to do the same) keep hatch behind dim lines.  Pushing hatch back does nothing.  Pulling dims forward only works until I zoom, and then hatch is on top again.

This bug is not resolved.  I just updated ACAD to 2016, I copied my drawing to a new file, and I've tried everything suggested in the forum.  

[pendean]

Show us a dwg file with the problem, point to the hatch in question with objects behind it. We can either confirm the "bug" or confirm your video card driver cannot keep up.

Thanks in advance.

[scott]

What I found was that an element of the hatch boundary was not pushed to back, so the hatch would not stay back on a regen.  Finding that was chance.  

If the video can't keep up, there would simply be a delay?  

[pendean]

REGEN or REGENALL commands usually force the video card to catch up: I've never heard of a 'delay' reaction in AutoCAD with video cards that can't keep up.

[scott]

What I mean by delay would be sluggish video rendering, but I do occasionally see what you are pointing to.  I occasionally need to regen to see my change.  I would not have thought to blame a graphics driver for such a thing as I would think it is up to the app to que graphics.  Beyond my expertise.  

I have, however, found this hatch draw order issue again within the same drawing.  The issue might be worth thought.

Some allignments will put my leader behind the hatch.  Some will bring it to the front.  Just by repositioning the leader I get both results, even though the leader is not associated with any element.

[pendean]

Why is VSCURRENT set to "realistic"? 2DWireFrame setting seems to remove any draworder issues I see in your file.

[scott]

I have the full 3d model with all features in the same model space, but yes, that does seem to make it behave!

[pendean]

DRAWORDER is a 2D function.
LT is not fully 3D capable.

Ensure you also have the following 2D variables set the way you want:
TEXTTOFRONT
HATCHTOBACK
DRAWORDERCTL

[scott]

My fault for misplacing a response, but this issue was actually seen ACAD 2016.