Basically the title. Same model structure, just modified dimensions, and yet one shows as solid and the other shows correctly as dashed. Both technical views. They’re identical detail views, basically. Tried everything, any thoughts? Thanks!
I sorta figured it out, it’s a bug possibly. The view says “Back”, so I clicked “Front” and the view stayed the same but the lines updated correctly. I then switched back to “Back” and the view flipped.
But there’s more weird stuff happening because my model is rotated in some views (I used TiltView, maybe that’s what screwed it up?) and the view listed no longer reflects the actual view in the detail at all.
Weird stuff going on! Maybe someone from McNeel can download this file and look at my note to reproduce the problem and then fix it! Thanks!
detail view problem.3dm (594.2 KB)
The problem was slight occlusion of objects within the block. If I move the one object further away from the frame then the lines behave correctly. This does seem like an issue with Rhino, though. Just because objects are clashing doesn’t mean the front surface isn’t in front of the rear objects, they should still be displayed as dashed lines…
EDIT: This wasn’t it either, I had to physically separate the blocks by a lot (inches) to get the lines to behave…
I figured it out, hopefully McNeel can take a look. Using TiltView (and possibly RotateView) can screw up the lines in the detail view. Rhino gets all confused about which way is up and starts displaying hidden lines as solid. I think something is buggy in the projection/rendering code for those relevant lines, possibly because Rhino thinks it’s still looking at a view in which they were visible (even though now they aren’t). Please take a look at this!
Isn’t it because the laminate layer is obscuring the 2x3 members in the one view and not the other?
Nah, if you open the file you can see that the view is the same for both. The orange layer is in front of the members in both views. 
So, what you’re seeing is 2 different panels, 2 different blocks. The left view is one panel that is behaving. The right panel is the one that is misbehaving.
In both panels the orange is in front of the black, and yet in the right view it shows up solid when it should be dashed:
Not sure if it’s related, but when I try to use _CPlane _Surface to align to the laminate brep face, Rhino acts like the surface normal is pointing inward on that polysurface even though it’s closed.
Interesting. I will try to explode and flip the surface and see.
To troubleshoot you could set the “backside” of all surfaces to display in a different color. I use magenta for all backsides in Shaded DisplayMode.
Hi intamin -
I see that the Technical display mode is confused about what is front and back in your file and that restoring the view clears that up.
Can you pinpoint the steps to take to get a detail in that state?
-wim
I’m glad I’m not taking crazy pills, haha. I can’t tell you the exact steps taken, but it was essentially:
- Make a typical front detail view of the object (may not be the actual Rhino “Front” view, though).
- Copy and paste the view in the same layout or onto another layout (not sure if this is what caused things to break, but I did do this for a lot of views).
- Enter the view and move the view to center it on another object (it was a bunch of scenic flats on a 2-sided wall).
- The new object for the new view is now on the opposite side of a wall, so use TiltView to rotate the view without rotating the object so you can see the front of the object (sometimes RotateView but I dont’ think I ever used it on the front/back views that are causing problems, just on side profile views).
- At this point I noticed things were off. I don’t recall doing literally anything else in the layouts to make this happen.