That was very quick! tanks a lot
Is this a bug or expected behavior? should I open a bug report or feature request?
It doesn't seem like an expected behavior to me. I think it should take care of the recompute process upon opening automatically.
Well, actually it is a very nice thing to fumble [with] Next step I want to see if I can include/import/nest another XML file inside the Document.xml and see if I can have some general parameters. If these are possible then one can have full code based CAD (AKA programmatic to generative design) using these XMLs
Not everything that doesn't meet your expectations is a bug, see https://forum.freecadweb.org/viewtopic.php?f=3&t=5236.
I would go even one step further: It would be nice if a FreeCAD model could be stored without any BRep information, which would make the file smaller at the cost of longer loading time, just as some kind of ultra compression mode.
I think it should take care of the recompute process upon opening automatically.
Aren't most things achievable through macros? my understanding is that freecad macros are just python scripts so you can go wild with them, someone correct me if I'm wrong
hmmm, both have their own benefits. The current version is fast to load, especially if your design is really big and complicated. But the XML version is small. I wouldn't consider it as a form of compression or a huge advantage though. The main advantage IMO is the fact that one can use conventional version control such a git, mercurial, subversion ... which seems to be a huge feature lacking in the FC ecosystem at the moment. besides if there is any possibility to import/include/nest XMLs recursively into one another and if there are any possibilities to define parameters across the scop of an XML file, then theoretically one should be able to achieve full programmatic CAD using just XMLs.chrisb wrote: ↑Fri Oct 11, 2019 9:43 pmI would go even one step further: It would be nice if a FreeCAD model could be stored without any BRep information, which would make the file smaller at the cost of longer loading time, just as some kind of ultra compression mode.
That would make a nice feature request.
Not sure what you mean by this. Would you please elaborate?
Well despite my love for Python, designing in FreeCAD using just its Python API has its own limitations. See my workflow for designing a new concept is first pen and paper (I would love to have something like Blender's Grease Pencil, but we yet to have that). Then I will start designing in the GUI putting values intuitively. while the design matures I will create a spreadsheet and add all the values in the spreadsheet to make the design parametric as much as possible. Now I could save the entire procedure as a Python macro but due to the many trials and errors, you would end up with a crazy amount of spaghetti Python code which requires psychic powers to decrypt and organize. And there is no guarantee that it works all the time (e.g., here). Plus being a scripting interpreted language comes with its own limitations. especially if you want to solve systems of algebraic ordinary or partial differential equations.
There is already a possibility to transfer models from Catia, SolidWorks, ... to FreeCAD and vice versa: STEP files. But these STEP models don't know anything about their modeling history, they have no sketches, no pads, no pockets. If you want to preserve this information you have to rebuild it in the target system.