Am I correct then in the understanding that the current export to .off function is simply a hook into the underlying CSG library and that is why splitting it off into an openSCAD language function is problematic? And if I understand what Kintel is saying, is he suggesting that a User Interface function might be fashioned to present an export function that would display an openSCAD program fragment that could then be copied and pasted into an openSCAD source file for subsequent processing? And thanks to Wolf for sharing his approach... I was considering his approach as an alternate solution, so I'm grateful for the hints. -- View this message in context: http://forum.openscad.org/how-easy-to-make-off-export-a-function-call-tp21595p21618.html Sent from the OpenSCAD mailing list archive at Nabble.com.

> On Jun 1, 2017, at 01:26, boxcarmib <hugo@apres.net> wrote: > > And if I understand what Kintel is saying, is he suggesting that a User > Interface function might be fashioned to present an export function that > would display an openSCAD program fragment that could then be copied and > pasted into an openSCAD source file for subsequent processing? > Yes, something like that. It’s not yet planned, so details are not in place. -Marius