Sphinx autoapi also now only shows subpackages 1 level deep. This prevents us having a huge long list. Also don't show private or special members. Also show imported members so ifcopenshell.file and ifcopenshell.entity_instance works in docs too.
Transparently write any .ifc | .ifcXML | .ifcZIP formatted file
with any extension :
- by guessing format from its extension
(eg. .zip | .ifczip | .ifcZIP | .ifcXML | .ifcxml | .IFC | .ifc)
zipped file can file can be of any supported format
- by specifying a format
- by specifying if it should be zipped
The transaction system does not scale on large scale or complex remove_deep deletions. So if you want to delete a mesh with many thousands of vertices, it becomes very, very slow. Unfortunately we cannot also clear Blender's undo history, so this advanced feature should be used carefully.
Tested:
- deleting 250 average objects: 264s before, 246s after (6.8% faster)
- deleting 1 object with 6,000 vertices: 5 minutes and counting (basically impractical) before, 11s after
* Experimental undo and redo Python prototype
* Simplify history, use transaction jargon, use walk for more robust serialisation
* Black file, set history size, add file reference to entity_instance constructor
* Ensure that files are always passed when entities are wrapped
* Add support for undo/redo of all project module operations
* Minor fix
* Blender to IFC mappings are now managed by Blender RNA, so they don't break on undo operations. See #1475.
* Implement undo for all attribute operations. See #1475.
* Update documentation for installation of add-on
* Revert Blender RNA approach for Blender-IFC mappings, because it didn't scale, but still fix the undo/redo object memory corruption with new "reload_linked_elements" method.
Andrej730