Yann Büchau 
@raise_project Maybe @karotte's #Dune3D (uses #SolveSpace's solver) and #AntimonyCAD (abandoned, sdf-based with interactive GUI) can serve as inspiration.
@linux_mclinuxface This #AntimonyCAD very much goes into the direction of what we discussed: having separate, but interoperable CAD logic and viewer. (👆 Thread above)
#AntimonyCAD's file format seems to be a rather compact JSON with mostly embedded Python code and parameters, so quite version-controllable, nice!
Under the hood, #AntimonyCAD seems to use C++ with Python bindings. Code is thus more complicated than #sdfCAD.
Okay so #AntimonyCAD can do a smooth union, but apparently calls it 'blend'. No chamfer joining or smooth intersections and differences though, so here #sdfCAD definitely wins.
Although #AntimonyCAD is SDF-based, I can't seem to find a way to do boolean operations smoothly like in #sdfCAD. This is a trivial thing with SDFs and one of its selling points so I'm not quite sure why this isn't available. 🤔
#AntimonyCAD does not have STL import either, like #sdfCAD currently, so that's uncool.
#AntimonyCAD is well operatable with a touchpad, so that's a plus! 👌 #SolveSpace without a middle-mouse-button-drag is pretty much unusable unfortunately.
Yep, it's #SDF based and probably just uses marching cubes as #ImplicitCAD and #sdfCAD as we have shitty edges folks! 😅
UPDATE: Ah, but one can enable 'feature detection' which gets rid of the edges, nice!
Wow this #AntimonyCAD thing looks quite promising! Logic in the form of a graph in one window, an interactive (!) render in another window and the nodes seem to be #Python code under the hood! Apparently it's also based on #SDF's, so potentially smoothing might be possible!