Surface not occluding display of some geometry

Rhino Rhino for Windows
1

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 (2.9 MB)

2

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

and here:

http://docs.mcneel.com/rhino/5/help/en-us/toolbarmap/draw_order_toolbar.htm

HTH
-Willem

3

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.

4

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.

5

Hi Michael -

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

6

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
image582×371 16.8 KB

Print view (and resulting pdf shows lines):

image
image567×396 24.2 KB

SVG:
bench_leaf_motif_graphic_vector_working_extended_length_outlines

Display Mode:
Technical

Model View: (Rendered):

image
image574×387 61.7 KB

Print View (Rendered):

image
image605×448 59.4 KB

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!

7

HI Michael -

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 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

8

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

Thank you!