Doug Moen

@kintel wrote "Also, the primary benefits of OBJ export will probably be support for multiple objects or materials." OBJ is a 3D graphics format, not a solid modelling format. -...

@nophead wrote: > So instead of > ``` > include > screw(M3_cap_screw, 10); > ``` > I could do? > ``` > screws = script(screws.scad); > screws.screw(screws.M3_cap_screw, 10); > ```...

@nophead said "Are you expecting to phase out the use of old style functions and modules?" That is what the OpenSCAD2 proposal says should happen. Chris's objection to this (circa...

@nophead: "Object literals don't seem to be a replacement for modules unless I am missing something." IRC person: "Although I still feel like there is a redundancy between modules and...

@nophead: "object literals can have values overridden like in the lollipops example" You should not try to implement the full OpenSCAD2 proposal. It's too big and complicated. The "object customization"...

@t-paul "For consistency object literals must have lexical scoping too which seems clear enough when just looking at data, but I don't yet see how to handle the geometry instantiation."...

In the OpenSCAD2 proposal, after executing ``` o1 = { a = 5; b = a + 2; c = a + 3; cube([a, b, c]); } ``` then `o1`...

@nophead said "b is a derived variable from a, so it makes no sense to me it can be modified other than through changing a." In the context of OpenSCAD,...

Is it crazy to allow customization of a dependent parameter like `b`, that depends on another parameter `a`? When I was writing this design document in 2015, I looked at...

@Aveline67 My project [Curv](https://github.com/curv3d/curv) is quite similar to libfive, in that both use the signed distance field representation, but Curv directly raytraces the signed distance field on the GPU, instead...