It is not intentional per se, because Link does have cross coordinate tracking like SubShapeBinder yet. I'll think about how to handle it.
No, it is not supported yet. I will check if it is easy to do. I do have plan to improve PartDesign by introducing multi-body, which will also help include other solid as base feature. But that's going to take a while.
The Element concept is a 'soft' concept. All the necessary 'hard' feature required to implement it is available in the master. To summarize, the concept is to let a container type object declare interface using object label to abstract its internal geometry details. Use object label makes it user changeable. One of the hard feature is to allow duplicate labels programmatically, so that you can have objects with identical interface that are exchangeable.-alex- wrote: ↑Mon Aug 26, 2019 9:55 pmMaybe off topic: apologies for jumping in, I'm following the big merge and the linkstage3 project since a while and I thought the Element concept concerning topological naming algorithm was included in this merge as well. I guess I was wrong. I'm just an end user.
Could you please tell me more about that? Do you plan to merge the Element concept someday?
It's an open discussion thread. Questions are also welcome.Sorry for distrubing
So, I think it will happen. Just give it time.realthunder wrote: ↑Sun Aug 18, 2019 11:19 amI plan to submit the version control related patch, which is relatively small. Then I'll submit the toponaming PR. It is bigger, but not Link merge big. It is however technically more complex, and has a deeper impact, too. I am not sure whether it will get approved in time or not, but at least it'll get some review.fosselius wrote: ↑Sun Aug 18, 2019 5:17 amcongratulation on getting Link merged, i guess you still have a lot of work to do before the Link merge sinks in among the developers, what is the plan for toponaming? will you wait until 0.20 to make a PR? how big do you think toponaming PR will be?
I might have known it. It is pretty common that expressions referencing to its label. My personal opinion is that the name should get the brackets, not the label. Because everybody uses labels, not the internal name. It is hard to change? Would that bother you when i make a poll about that, that we have more views from user or developers about that?realthunder wrote: ↑Sun Aug 25, 2019 12:28 amI included some work on disambiguation in the Expression. The user must now explicitly uses the double angle bracket to indicate that you are referring by a label, either document label or object label.
Good concept. But in my assembly there are more files, that have not drawing in tha part, but is also automatically full loaded. Is that behavior also when a spreadsheet, FEM calculation or CAM (Path) in the part?realthunder wrote: ↑Sun Aug 25, 2019 12:28 amThe grey button indicates the document is only partial loaded, which is a feature, not an error. For example, if your top level assembly file refers to a sub assembly in some document. And there is a drawing inside that same sub assembly document referring to some geometries. When you open the top assembly document, the sub assembly document will only load the sub assembly, but not the drawings.
I am afraid that's not possible. It is exactly because the label can be changed to anything, e.g. with space, it must be quoted, with the double bracket. It's just a bit unfortunate that the quoting style is not so natural.user1234 wrote: ↑Tue Aug 27, 2019 11:14 pmI might have known it. It is pretty common that expressions referencing to its label. My personal opinion is that the name should get the brackets, not the label. Because everybody uses labels, not the internal name. It is hard to change? Would that bother you when i make a poll about that, that we have more views from user or developers about that?
The partial loading can only happen in linked file, i.e. sub-assembly files. And it checks the object dependency to determine which objects can be safely skipped. Say, a sub-assembly is referenced in the main assembly, then anything inside the sub-assembly container must not be skipped. So, in other words, if you move the drawings/FEM/CAM/Spreadsheet objects outside of the Part container, the partial loading will work, and those objects will be skipped next time you load the main assembly.realthunder wrote: ↑Sun Aug 25, 2019 12:28 amGood concept. But in my assembly there are more files, that have not drawing in tha part, but is also automatically full loaded. Is that behavior also when a spreadsheet, FEM calculation or CAM (Path) in the part?