Here’s a wish for a better/more granular workflow when setting up Details nicely for print.
Could the ‘Clipping’ parameter of an object be per-Detail? Now, it’s globally (for all Details).
Why? In some Details, I might want an object to be clipped, but the same object should remain unclipped in another Detail.
Similar to the behavior of levels and sections, actually, which are also remembered per-Detail.
Editing a Rhino object = closed polysrf (Split, Trim, …), Section Attributes are lost, too.
I assume this is because a new object with a new GUID is created, and there’s no mechanism yet to copy the attributes over.
Ah yes: if possible, please include Section Attributes in MatchProperties (I think you have that on your list).
As you mentioned: best to unify the new Rhino and the VA section attributes, of course.
True, sectioning an open polysrf will not yield clipping hatches, but what I mean is: even when I edit the object, the clipping attributes should stick. At one point I might be finished with editing, and make the polysrf closed again. For that case I’d expect not having to re-create the attributes.
Hope that makes sense!