Yeah datum planes sound like the answer to my prayers tbh. Not sure how I never saw any tutorials using them in the past but that seems like it would make even moderately complex parts 10x easier. Shit really does get fragile when its references on top of references.
Anything that has vertex ordering can end up burning you. I deal with polyline geometries at work a lot and doing merge and explode operations can result in visually normal geometry with absolutely cracked vertex ordering depending on the order of the input lines.
Love to fillet two edges together and have an artifact 500 vertexes away because that’s how the parts were stored internally.
I couldn’t get that branch to work years ago when I first tried it and didn’t care to build from scratch for how often I used it, but I do see they have appimages now. Maybe next time I’ll try it. Its kinda annoying to have to go to a fork to get modern features after this many years but
It’s well maintained and I’ve had no issues with it. There’s also the Ondsel branch thats based more on LinkStage and kind of an intermediate between LinkStage and FreeCAD main.
I’d definitely try Ondsel if you haven’t been able to get LinkStage working, it’s definitely worth it and it’s got a moderate solution to the topological naming problem as well as a much more intuitive part system. Like you can extrude and pocket faces directly.
I get that it’s a good fork, I just don’t get what the hangup is with upstream adopting these changes if they’re so superior. I’m sure there’s a big hubbub about it somewhere I could read or some technical reason that they won’t do it, but just as a lazy user it is a mild annoyance (less mild when it doesn’t work).
They don’t want to adopt them because it’s a breaking change as it is. The project files that were made before the patch are not fully compatible out of the box with the patch without a way to migrate them.
FreeCAD has a very X11 style development strategy of “don’t ever break backwards compatibility”. Ondsel is actually working directly with the FreeCAD team to bring these patches into main within the year so you can always wait. There’s going to be a feature freeze until the topo issue is solved (merging Realthunder’s fixes into main) then they’ll release v1.0 and re-open feature development.
Huh, I’d love to see it! I just assumed there was some other disagreement or something holding it up because its been kind of a long time (5+ years at least on realthunder). Shit happens at its own pace in open source and I respect that but that’s still a lot lol
It was a manpower and feature creep issue. The merge would take months, it would conflict with tons of existing and in development PRs, and would require a whole new set of unit tests.
FreeCAD until recently didn’t have any full time developers, so executing a merge like that would have been very difficult as the longer you spend on it, the more out of sync it becomes with the main branch and the more work you have to do to bring it back in sync.
Again, those blog posts on Ondsel or the Issues page/forum for FreeCAD have more information if you feel like looking, but it’s all a very interesting story and I’m glad that it seems to finally be resolved.
Upstream is adopting many of these changes. A 1.0 release candidate fully integrating the toponaming changes from RealThunder’s branch is supposed to be released within a week or two. There are many other convenience features in the RT branch (like better section views, live updates to chamfer/fillets, non-contiguous bodies, etc) but backwards compatibility with existing models is much more important in upstream than it is in experimental forks like RealThunder’s. Basically, it just takes time.
yeahhh I get that in the abstract it was just jarring to see a fork I was getting recommended 5 years ago still be unmerged lol. I should know better from how much I work with open source but apparently I don’t lol
I never went too deep on freecad, I just use it the like 5x a year I need to print a part
Yeah datum planes sound like the answer to my prayers tbh. Not sure how I never saw any tutorials using them in the past but that seems like it would make even moderately complex parts 10x easier. Shit really does get fragile when its references on top of references.
Thanks for the tips!
Let’s not get carried away now. The computer will always find a new way to misinterpret your intent. CAD systems are like a geometric monkey’s paw. :)
Anything that has vertex ordering can end up burning you. I deal with polyline geometries at work a lot and doing merge and explode operations can result in visually normal geometry with absolutely cracked vertex ordering depending on the order of the input lines.
Love to fillet two edges together and have an artifact 500 vertexes away because that’s how the parts were stored internally.
Check this tutorial out if you haven’t
It’s using Link Branch (now officially endorsed) and is a few years old, but it goes through basically every tool in part design
I couldn’t get that branch to work years ago when I first tried it and didn’t care to build from scratch for how often I used it, but I do see they have appimages now. Maybe next time I’ll try it. Its kinda annoying to have to go to a fork to get modern features after this many years but
It’s well maintained and I’ve had no issues with it. There’s also the Ondsel branch thats based more on LinkStage and kind of an intermediate between LinkStage and FreeCAD main.
I’d definitely try Ondsel if you haven’t been able to get LinkStage working, it’s definitely worth it and it’s got a moderate solution to the topological naming problem as well as a much more intuitive part system. Like you can extrude and pocket faces directly.
Here’s a blog post about it
I get that it’s a good fork, I just don’t get what the hangup is with upstream adopting these changes if they’re so superior. I’m sure there’s a big hubbub about it somewhere I could read or some technical reason that they won’t do it, but just as a lazy user it is a mild annoyance (less mild when it doesn’t work).
They don’t want to adopt them because it’s a breaking change as it is. The project files that were made before the patch are not fully compatible out of the box with the patch without a way to migrate them.
FreeCAD has a very X11 style development strategy of “don’t ever break backwards compatibility”. Ondsel is actually working directly with the FreeCAD team to bring these patches into main within the year so you can always wait. There’s going to be a feature freeze until the topo issue is solved (merging Realthunder’s fixes into main) then they’ll release v1.0 and re-open feature development.
Huh, I’d love to see it! I just assumed there was some other disagreement or something holding it up because its been kind of a long time (5+ years at least on realthunder). Shit happens at its own pace in open source and I respect that but that’s still a lot lol
It was a manpower and feature creep issue. The merge would take months, it would conflict with tons of existing and in development PRs, and would require a whole new set of unit tests.
FreeCAD until recently didn’t have any full time developers, so executing a merge like that would have been very difficult as the longer you spend on it, the more out of sync it becomes with the main branch and the more work you have to do to bring it back in sync.
Again, those blog posts on Ondsel or the Issues page/forum for FreeCAD have more information if you feel like looking, but it’s all a very interesting story and I’m glad that it seems to finally be resolved.
Upstream is adopting many of these changes. A 1.0 release candidate fully integrating the toponaming changes from RealThunder’s branch is supposed to be released within a week or two. There are many other convenience features in the RT branch (like better section views, live updates to chamfer/fillets, non-contiguous bodies, etc) but backwards compatibility with existing models is much more important in upstream than it is in experimental forks like RealThunder’s. Basically, it just takes time.
yeahhh I get that in the abstract it was just jarring to see a fork I was getting recommended 5 years ago still be unmerged lol. I should know better from how much I work with open source but apparently I don’t lol
I never went too deep on freecad, I just use it the like 5x a year I need to print a part
I found a YouTube link in your comment. Here are links to the same video on alternative frontends that protect your privacy: