ah yes that is true, body (and part) only scale to the content within it, not to other things in the scene.

Everything should automatically update to be always slightly larger than your model. So as you go designing you always have them visible.

I think there is no way around the black background issue, QT does not guarantee rendering of widgets on top of a openGL window works. I I faced the same problem when I did my test with this years ago (actually never had a system where it worked, so thumbs up for triplus!), and hence went for a deep...

Sliptonic, can you provide the video as file via sharing service? Uploading it directly to Facebook makes it way more prominent than linking YouTube

I will do the face book announcement including the video. Should we do this right now, or when the builds are uploaded? I assume many will complain about a release they cannot use

moved to FEM forum

I did use qt's qml language to build the UI, you can find everything here:
https://github.com/ickby/FreeCAD_sf_mas ... rc/Gui/Qml

Some stuff is done on the c++ side, like splitting property dialog from the combo view or exposing all freecad panels to qml.

Nice work, that looks quite interesting. Basically you recreated the xml writer to be able to recreate the object. It's a shame this cannot be easy integrated into the "dumbContent". The plan is to eventually support writing out a subset of objects as an FCStd, and synchronizing objects across proje...

I think the original request is a nice idea. Just adding a small axis cross to the visalisation of the datum plane would help a lot. One could put it on a corner vertex of the plane, this ensures it is always visisble (as the plane autoscales to be a bit larger than the largest model element). Or ma...

OK, i should reformulate: when created it made no sense. Back than noone really thought of use cases other than part design. That is the rational behind the current design. But if wanted or required in part workbench or anything else there is nothing against moving it.