We are looking into using Rhino8 and Sectiontools Integrated, hopefully we can shift from Rhino7 to Rhino8 soon.
With SectionTools in R7, were used to export sections to DWG individually. In case an update was required, you run the command exportlayout again and the update was complete. We then used these exports into an AutoCAD file as Xref’s.
We are trying to do this workflow with Rhino8, but run into the issue that after the innitial export, a new update/export won’t change the object in the export. The file updates (new timestamp), the content (i.e. object) is unchanged.
Workflow:
create new drawing
create an object
create clipping sections
export clipping section drawings and save it as 3dm or DWG
move the clipping section
export clipping section drawings again (overwrite)
file updates, content of file stays the same
Is this intended behaviour or am I skipping a crucial step?
Working on Windows with Rhino Version 8 SR19 (8.19.25127.17001, 2025-05-07)
I now noticed that when moving the clipping sections in the main model and run the export clipping drawings again, the shape of the exported objects stays the same - only the location of the these objects are moved. Which is unexpected as well.
Additionally, I added a pyramid to the main model. I run the export clipping drawings again and the pyramid does not show up in the updated exports.
Ok, interesting: I closed Rhino8, opened the main model and nothing has changed. I run the export clipping drawings again and it created a 3dm.3dm file. It did not save the 3 exported files as already created before I closed Rhino (i.e. front_00.3dm, etc.)! Instead it create this one 3dm.3dm file and saved it 2 more times.
I tested this behavior at my colleague computer and got the same result.
Yes, I confirm that following your steps solves my issue with updating an already export file.
Yes, I did not create ClippingDrawings. R8 does not force me to do so and saves me time placing, additional layers, etc.. Up to the point that we needed to update the exported sections, at a given moment (can be the same day or weeks later), we found out that it did not updated as we expected.
I can only reproduce the 3dm.3dm issue after closing and opening the file.
It would be really nice if this would work each time you would use ExportClippingDrawings.