Printing draw order inconsistent


I am having some issues with the drawing order, specially coming to blocks.
I have read old threads and see that the development on this is on hold.

I am aware of the workarounds (exploding blocks, using distance to camera), my issue is that the results from PDF print seem to be inconsistent and differ from what I get when working in “drawing mode” (top view) and layout.

Hope the explanation is clear.

Working in top view, I can use the Z height to get my blocks drawing correctly. Doing a print test also gives the expected result (in raster mode only)

In layout mode, everything looks OK in Rhino (left), but when printing the bottom objects appear on top (right). Same print settings

I have tried modifying layer order, clearing draw order, pretty much everything I can find in the forums without luck.

So I guess the questions are
a) Is there a way for me to go around this without having to explode the blocks?
b) I read in the forums about a mixed raster / vector print mode? Should I be using a different printing engine than the OSX one?
c) Is this a mac issue? I would be happy to Rhino to a windows machine if this issues are gone.

I understand from previous conversations that culling with blocks seems to be a difficult sell. In that case, I think it would be really useful to see a drawing order tree (ala Illustrator), where you see every path inside an object and can manipulate the drawing order by changing the list oder. specially since Mcneel has put so much effort into presentation with Rhino 7

Using Rhino Version 7 WIP (7.0.20168.12016, 2020-06-16) on Mac

Thank you for your time

1 Like

Can you please post a simple file and command sequence that demonstrates this problem?


Thank you John.

See attached a simple demo that demonstrates the problem.
The file has two block definitions occupying the same space in the Z axis.
Object 1 (White) is at Z origin
Object 2 (Black) is at -700something units

In both the Top and Layout views, the blocks draw in the correct order.
However, this order is swapped when printing to PDF (using the Save as PDF function in OSX)
Additionally printing from TOP view seems to also have blocks in correct order.

Easiest way to see this is by pressing CMD+P in both Top and Layout views, the print preview shows the behaviour I mention.

Thank you again for your help John, hope this is clear

print-order-test.3dm (3.8 MB)

Thank you for the effort.


+1 I believe that this has been fixed already? I’ve come across an issue though when trying to print a linked block (-insert File=Yes LinkMode=Link LayerStyle=Reference) containing a mesh that is cut with a clipping plane in a solid hatch section style (in Rhino 8 WIP) - it still let object behind print on top: