There have been a few posts about the bugginess of Display Mode’s Clipping Plane Fill ability (topic 1222, 10009, 2065).
Do you have any solutions or workarounds yet?
What I usually get is clipping planes that do not fill a solid object at all. This happens more often than anything.
Next, Rhino will display a partial fill on a clipped object, stopping the clipped fill in some random middle of the object.
Lastly, and only in a few very simple tests, will the fill fully work.
While trying to make a file to send to you, I had a situation where 3 clipping planes were on. This resulted in a partial fill of only one of the clipping planes. The other two were open/ empty.
When I unhid all the objects (as I had hidden some to focus on this issue), the clipping plane fill properly filled the solid objects on all three clipping planes. So I thought this might have to do with hidden objects.
So I undid the show command, grouped the objects that were partially filled, then unhid everything. Typed Invert to flip the selection, deleted everything else (so there are no hidden objects and nothing else in the file). Rhino went back to the partially clipped fill as in step 1. Really odd.
Some of this seems to be issues with hidden objects or layers that are off (perhaps groups), but I cannot make sense of it.
No. All the other clipping planes that are shown in image #3 are parallel to or perpendicular to the clipped-fill-object-edge, but those clipping planes are not in the location (or extension) where the partial fill was clipped.
I’ve encountered similar problems today with intermittent fill of clipped objects. At first there seemed to be no pattern, but I did some experimentation and think I may have uncovered a workaround (and perhaps a clue that could help track down the bug): it seems that having visible geometry at/near the origin remedies any clipping fill errors.
This seems to work regardless of object type (I tested a point, curve, surface, extrusion, and brep). And it seems to work regardless of if the origin object is being clipped or not. (In this example, I can flip the clipping plane; the point is no longer visible but the clipping fill still works).
I tested a bit further in a simple model and found some weird behavior relative to clipping plane orientation:
Any thoughts on addressing this bug? Something that’s coming to 5? Or something that will get addressed in 6?
FYI: I’m using Version 5 SR14 64-bit (5.14.522.8390, 5/22/2017)
Clipped plane fills aren’t reliable for me. (Three images below from Rhino 6 SR6):
Model Space (Sometimes the fill colour shows, sometimes it doesn’t. The view with the missing fill lost it when it was converted to a Front view and back again to perspective.)
Layout Space (This is what they should always look like, but those green fills come and go in the display as I work on the project. When they go, the clipped planes become the object colour.)
As you can see in the print in my project a post above, the thick lines at the clipped edges don’t print either. I’ll upload this file via the upload link.
I tried moosejuice’s point-at-origin solution but it doesn’t fix the absence of fill display in the perspective view.
Sectional perspectives are a powerful architectural illustration tool.
@djhg, I got your file. In the layout all details are set to use the Wireframe display mode. Which display mode are you using to get this issue? Also, that’s a pretty big scene, I don’t suppose you have a simple file with just one or 2 solids and a clipping plane that causes this?
By way of follow-up, I hope it’s worth mentioning that this is may be an important thing to clear up.
Also, I am finding that I can’t count on consistency with respect to the fill’s behaviour. In only a few places will it display in the colour desired. In some cases it will fill in with the surface colour of the object cut. In others it will fill with shadow colour, as if the wall is hollow and full of shadow. Of all the clipping plane aberrations, this inconsistency is the worst, as cut objects will in some places read as dark/solid where the error is to produce a shadow, and in others read as light/open where the error is to use the colour of a light-coloured object.
