#Openscad models generator
#Openscad models code

OpenPyScad could be a whole lot better and it seems like it needs a bit of a rewrite. So why did I write PythonOpenScad? I really don’t like the OpenScad syntax and I wanted a bit more error checking and flexibility with the supported data types. Personally I’d prefer another totally separate API layer that has much richer support and distances itself from the OpenScad api entirely. This can be positive or negative, I think negative. SolidPython appears to be much more active than OpenPyScad and contains a number of interesting enhancements with the inclusion of 'holes'. SolidPython seems to mimic OpenScad like syntax (e,g, translate(v)cube()) while OpenPyScad employs a more common syntax (e.g. Given there are 2 active projects the big difference seems to be the API. It also seems like lots of dead projects but a popular theme nonetheless. I really want type checking/conversion and a bit more pydoc.Īpart from that, it seems that using Python to produce 3D solid models using OpenScad Is a prestigious line of work with a long and glorious tradition. I mainly wanted a more functionality that was not being offered and it didn't seem OpenPyScad (my preferred style) was pulling changes very quickly (as luck would have it my small pull request was published about the same time I got PythonOpenScad working to a sufficiently stable state. Why Yet Another OpenScad Script Generator? They can be added and removed with the add_modifier, remove_modifier and has_modifiers functions. In PythonOpenScad There are 4 flags, DISABLE, SHOW_ONLY, DEBUG and TRANSPARENT. OpenPyScad’s modifier interface is not implemented but a different PythonOpenScad specific API accomplishes the same function. All the OpenPyScad equivalent classes have capitalized names while the SolidPython classes have lower case names (the classes are different but they can be compared for equality). However, the POSC implementation gives no preference between either and objects created with one API can be mixed and matched with objects created using the other API. (BTW, these functions are simply wrapper functions over the transformation class constructors) This API style is more traditional of solid modelling APIs. POSC Compatability with the OpenPyScad and SolidPython APIsĮach POSC object contains member functions for all the OpenScad transformations.

#Openscad models code

If you paste this code into OpenScad you get this:

This is because PythonOpenScad converts all parameters to their corresponding expected type.

Note that the OpenScad script above is all using floating point numbers. The generated OpenScad code in both cases above looks like the SolidPython style code with some interesting differences, note the braces () which encapsulates the list of objects that the transforms apply to. However, as an alternative, SolidPython style is also supported, like this.įrom pythonopenscad import text, linear_extrude, translate This demostrates the OpenPyScad style API and in fact, apart from the import line and conversion to string in print, should execute as expected using OpenPyScad. The Python code below generates a 3D solid model of text saying ‘Hello world!’.

#Openscad models generator

PythonOpenScad is yet another OpenSCAD script/model generator with Python syntax.