# Surface not occluding display of some geometry

**URL:** <https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277>\
**Category:** Rhino for Windows\
**Created:** [November 30, 2013, 8:38pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277 "2013-11-30T20:38:05Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![wastvedt](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/wastvedt/32/110596_2.png) [@wastvedt](https://discourse.mcneel.com/u/wastvedt)\
**Post date:** [November 30, 2013, 8:38pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/1 "2013-11-30T20:38:05Z")

</div>

Hi all,  
I have a file which I’ve been working on for a while now and I’ve just recently noticed a display bug which I’ve never seen before. Some of the lines in the file show in their entirety when they should be hidden behind other objects. It’s much like those objects are being displayed in x-ray view, but only those. If I make a copy of one of those objects it retains the same “property”, but any new objects I create, on any layer, behave as they should (are occluded when behind other geometry).

The attached file shows one blue curve which is properly occluded by the surface, and one which is not. The red line is also not occluded.

Any thoughts? Thanks.  
Trygve

[test.3dm](https://global.discourse-cdn.com/mcneel/uploads/default/original/3X/7/7/776fa1b8dc61704f95d7a68973492b348bee50bf.3dm) (2.9 MB)

---

<div class="post-metadata">

**Author:** ![Willem](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/willem/32/554347_2.png) [@Willem](https://discourse.mcneel.com/u/Willem)\
**Post date:** [November 30, 2013, 9:43pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/2 "2013-11-30T21:43:45Z")

</div>

Hi Trygve,

Somehow the draworder for these curves was set.  
Use the command ClearDrawOrder to reset the drawing order of the curves.  
Also check the functions available to handle the order of drawing here:

[http://docs.mcneel.com/rhino/5/help/en-us/commands/draworder.htm](http://docs.mcneel.com/rhino/5/help/en-us/commands/draworder.htm)

and here:

[http://docs.mcneel.com/rhino/5/help/en-us/toolbarmap/draw\_order\_toolbar.htm](http://docs.mcneel.com/rhino/5/help/en-us/toolbarmap/draw_order_toolbar.htm)

HTH  
-Willem

---

<div class="post-metadata">

**Author:** ![wastvedt](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/wastvedt/32/110596_2.png) [@wastvedt](https://discourse.mcneel.com/u/wastvedt)\
**Post date:** [November 30, 2013, 11:25pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/3 "2013-11-30T23:25:08Z")

</div>

Ah. Great. Thank you. I tried SendToBack, which didn’t work, and so I tossed that out as a possibility. But draw order can’t be applied to surfaces and apparently objects with any draw order at all are drawn first. ClearDrawOrder worked great.

---

<div class="post-metadata">

**Author:** ![michaelvollrath](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/michaelvollrath/32/479405_2.png) [@michaelvollrath](https://discourse.mcneel.com/u/michaelvollrath)\
**Post date:** [April 18, 2025, 7:44pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/4 "2025-04-18T19:44:53Z")

</div>

> [@Willem](#):
>
> Somehow the draworder for these curves was set.  
> Use the command ClearDrawOrder to reset the drawing order of the curves.

Thank you, this appears to happen when importing .svg files generated from illustrator. It gives it a draw order that will put it in the foreground of surfaces in the scene.

Only reviving this topic in case anyone has the same issue with .svg imports.

---

<div class="post-metadata">

**Author:** ![wim](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/wim/32/747482_2.png) [@wim](https://discourse.mcneel.com/u/wim)\
**Post date:** [April 23, 2025, 1:09pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/5 "2025-04-23T13:09:30Z")

</div>

Hi Michael -

> [@michaelvollrath](#):
>
> this appears to happen when importing .svg files generated from illustrator.

Please post a .svg file that sets a draw order when imported into Rhino.  
-wim

---

<div class="post-metadata">

**Author:** ![michaelvollrath](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/michaelvollrath/32/479405_2.png) [@michaelvollrath](https://discourse.mcneel.com/u/michaelvollrath)\
**Post date:** [April 23, 2025, 2:31pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/6 "2025-04-23T14:31:40Z")

</div>

Hi @wim,

Please see the following .svg and snips from Rhino.

-Imported .svg to world xy then use FlowAlongSrf to bend the imported svg curves around the fascia.

-Illustrator generated the .svg (Tiny 1.2)

All looks fine in model view:

 ![image](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/9/f/a/9fa2e9125dcd0eee26767db9edf34396c76d81c6.png)

Print view (and resulting pdf shows lines):

 ![image](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/e/c/c/eccab406e373e48595f603dc4e1abf4afe05a448.png)

SVG:  
 ![bench_leaf_motif_graphic_vector_working_extended_length_outlines](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/d/7/d/d7d184f3211c734ab8d957935a6f1831abf4f6b1.svg)

Display Mode:  
Technical

Model View: (Rendered):

 ![image](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/d/1/3/d13e46bc3e2ff2963f5aba928c05cf5c8dfe7425.jpeg)

Print View (Rendered):

 ![image](https://global.discourse-cdn.com/mcneel/uploads/default/original/4X/c/2/3/c23f0ad7fd5ceade5be2a4555a22d3bc36f227dc.jpeg)

> **System Info**
>
> Rhino 8 SR19 2025-4-15 (Rhino 8, 8.19.25105.15001, Git hash:master @ d23526bd801a5638a914a9429fe88efcd4a87fe9)  
> License type: Commercial, build 2025-04-15  
> License details: Cloud Zoo
> 
> Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)  
> .NET 7.0.20
> 
> Computer platform: LAPTOP - Plugged in [99% battery remaining]
> 
> Standard graphics configuration.  
> Primary display: DisplayLink USB Device (DisplayLink) Memory: 0MB, Driver date: 12-18-2024 (M-D-Y).  
> \> External USB display device with 4 adapter port(s)  
> - Windows Main Display attached to adapter port #0  
> Primary OpenGL: NVIDIA GeForce RTX 3080 Ti Laptop GPU (NVidia) Memory: 16GB, Driver date: 11-6-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 566.14  
> \> Integrated accelerated graphics device with 4 adapter port(s)  
> - Video pass-through to primary display device
> 
> Secondary graphics devices.  
> Intel(R) Iris(R) Xe Graphics (Intel) Memory: 1GB, Driver date: 10-26-2022 (M-D-Y).  
> \> Integrated graphics device with 4 adapter port(s)  
> - There are no monitors attached to this device. Laptop lid is probably closed  
> DisplayLink USB Device (DisplayLink) Memory: 0MB, Driver date: 12-18-2024 (M-D-Y).  
> \> External USB display device with 0 adapter port(s)  
> - There are no monitors attached to this device. Laptop lid is probably closed
> 
> OpenGL Settings  
> Safe mode: Off  
> Use accelerated hardware modes: On  
> GPU Tessellation is: On  
> Redraw scene when viewports are exposed: Off  
> Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
> 
> Anti-alias mode: 4x  
> Mip Map Filtering: Linear  
> Anisotropic Filtering Mode: High
> 
> Vendor Name: NVIDIA Corporation  
> Render version: 4.6  
> Shading Language: 4.60 NVIDIA  
> Driver Date: 11-6-2024  
> Driver Version: 32.0.15.6614  
> Maximum Texture size: 32768 x 32768  
> Z-Buffer depth: 24 bits  
> Maximum Viewport size: 32768 x 32768  
> Total Video Memory: 16 GB
> 
> Rhino plugins that do not ship with Rhino  
> C:\ProgramData\McNeel\Rhinoceros\7.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino7.rhp “Datasmith Exporter” 5.1.0.0  
> C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll “Enscape.Rhino8.Plugin” 4.2.1.88  
> C:\Users\micha\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Crash\1.4.2-beta\Crash.rhp “Crash” 1.4.0.0  
> C:\Users\micha\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\D5LiveSync (e0d5e210-02f6-4ee9-a2b0-1675e225d958)\D5Conv.rhp “D5 Live Sync for Rhino”
> 
> Rhino plugins that ship with Rhino  
> C:\Program Files\Rhino 8\Plug-ins\SolidTools.rhp “SolidTools”   
> C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”   
> C:\Program Files\Rhino 8\Plug-ins\AnimationTools.rhp “AnimationTools”   
> C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”   
> C:\Program Files\Rhino 8\Plug-ins\rdk\_etoui.rhp “RDK\_EtoUI” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”   
> C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR\_Python.rhp “IronPython” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\RhinoCode\RhinoCodePlugin.rhp “RhinoCodePlugin” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.19.25105.15001  
> C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”   
> C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”   
> C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

Thank you!

---

<div class="post-metadata">

**Author:** ![wim](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/wim/32/747482_2.png) [@wim](https://discourse.mcneel.com/u/wim)\
**Post date:** [April 25, 2025, 1:13pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/7 "2025-04-25T13:13:22Z")

</div>

HI Michael -

> [@michaelvollrath](#):
>
> All looks fine in model view:  
> […]  
> Print view (and resulting pdf shows lines):

I’m not able to reproduce the part where this looks fine in model space.  
Apart from that, the issue with draw order information being attached to imported SVG curves is on the list as [RH-42554](https://mcneel.myjetbrains.com/youtrack/issue/RH-42554) Make a way to set draw order for coplanar objects without screwing up draw order for model as a whole.

You’ll need to clear the draw order information for the time being.  
Thanks,  
-wim

---

<div class="post-metadata">

**Author:** ![michaelvollrath](https://sea3.discourse-cdn.com/mcneel/user_avatar/discourse.mcneel.com/michaelvollrath/32/479405_2.png) [@michaelvollrath](https://discourse.mcneel.com/u/michaelvollrath)\
**Post date:** [April 25, 2025, 3:55pm UTC](https://discourse.mcneel.com/t/surface-not-occluding-display-of-some-geometry/4277/8 "2025-04-25T15:55:05Z")

</div>

> [@wim](#):
>
> You’ll need to clear the draw order information for the time being.

Yes, thank you, this was the workaround I ended up using to achieve printing properly.

> [@wim](#):
>
> on the list as [RH-42554](https://mcneel.myjetbrains.com/youtrack/issue/RH-42554) Make a way to set draw order for coplanar objects without screwing up draw order for model as a whole.

Thank you!