-
Indeed, which is why I suggested an eDSL rather than a full-blown DSL. C# is decent at embedding domain-specific languages (fluent APIs are simple eDSLs and are fairly common). You can see the need even from their simple examples:
https://github.com/leap71/PicoGK/blob/main/Examples/Ex_Boole...
Although I just noticed that they also support defining objects via implicit functions, so that's neat:
https://github.com/leap71/PicoGK/blob/main/Examples/Ex_Impli...
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
Small in a relative sense compared to some larger codebase.
Here's a bit on Manifold:
https://github.com/elalish/manifold/wiki/Manifold-Library
and the author's blog is interesting:
https://elalish.blogspot.com/search/label/Manifold
-
-
-
In the README there is a section title "On the shoulders of giants" that probably points to the main reason. This project is a layer overtop https://www.openvdb.org/
-
-
gcodepreview
OpenPythonSCAD library for moving a tool in lines and arcs so as to model how a part would be cut using G-Code or described as a DXF.
While I certainly appreciate the virtues of a Domain Specific Language, and that OpenSCAD has been wildly successful because of its limitations, the limitations are downright infuriating at times.
An interesting potential alternative (which hopefully won't result in a fork) is adding Python:
https://pythonscad.org/
which I've had some success with:
https://github.com/WillAdams/gcodepreview
ImplicitCAD is interesting --- and the (new?) ability to open files from GitHub is _amazing_ (OpenSCAD recently gained that same facility, _and_ it supports the customizer: https://seasick.github.io/openscad-web-gui/?https://raw.gith... ), but it's a heavy lift given the need to work out how to edit files, preview them, and so forth.