this post was submitted on 30 Jan 2024
374 points (96.5% liked)
Open Source
31422 readers
22 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
- !libre_culture@lemmy.ml
- !libre_software@lemmy.ml
- !libre_hardware@lemmy.ml
- !linux@lemmy.ml
- !technology@lemmy.ml
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
There's basically a tree of operations that have been applied to a model. At any point, you can go back and edit what you've done at a previous step. For example, if you padded a feature out 10 mm, then added more stuff onto that feature, you could still go back and change that padding operation to 15 mm.
I'm still super new to freecad, and I haven't done anything too complex in it yet, but my understanding is that some types of those changes can result in the topological naming problem. The way I understand it, when you make a shape, the software numbers all of the segments, vertices, and faces. If later changes are applied to those numbered faces, etc, and you go back and redo the operation that made those faces, etc, in a different order, the numbering will be different, and it will break your model.
There is a fork of freecad that fixes that whole issue, but the fix hasn't been implemented yet in the main fork cause it's pretty foundational to the working of freecad, so there's a lot of things that can break
If you just attach every object to the global coordinate system instead of each other that bug can't happen. Could be less convenient for larger projects though