![]() ![]() ![]() This is not a fix you can do on a lazy Sunday afternoon. The important thing here is that making topology names persistent implies changing FreeCAD’s source code in many places and the changes are not trivial. You can read a much more detailed explanation in the previous post. Topological naming is a way to store all element names in a persistent manner to avoid that scenario. So if a feature is attached to an element that no longer exists, the model will break. Doing a boolean sum of the same object with a different object will create new faces and vertices. What’s this toponaming thing anyway? Īs models evolve, their geometry changes. While this progress is cause to celebrate, we also caution users to understand that models can (and will) break for reasons besides toponaming even after this project is done. In this post, we’d like to explain how we are separating this work into stages, why FreeCAD 0.21 is not going to be much different from previous releases in terms of toponaming, and what our plan for the next development cycle is. Since then, we’ve made a lot of progress, but even more work is yet to be done. ![]() Back in February, we posted an explanation of the toponaming issue in FreeCAD and a proposal of getting this fixed in the upstream project, with RealThunder’s LinkStage3 fork as a guideline. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |