Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Problem] Assembly : Coordinate systems objects are bundle in joints #12397

Open
2 tasks done
PaddleStroke opened this issue Feb 14, 2024 · 3 comments
Open
2 tasks done
Labels
Feature FR for improvements or new features WB Assembly Related to the Integrated Assembly Workbench

Comments

@PaddleStroke
Copy link
Contributor

Is there an existing issue for this?

  • I have searched the existing issues

Problem description

The joints objects are using 'Joint Coordinate Systems' that are computing their location based on user selection.
Each joint has 2 JCS that are bundled in the joint object.

It would be better if the JCS object was a separate object, so that user can manipulate them and reuse them in other workbenches (in MBD for example)

Full version info

0.22

Subproject(s) affected?

Other (specify in description)

Anything else?

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@luzpaz luzpaz added the WB Assembly Related to the Integrated Assembly Workbench label Feb 14, 2024
@pierreporte
Copy link

Would the coordinate system object be a child of the joint? Then it would be easier to find.

@PaddleStroke
Copy link
Contributor Author

Yes it would.
I'm still mitigated about doing this actually. Because it would bloat the tree and make things more complicated and I'm not sure of the benefit of being able to manipulate the JCS. The only usecase I have in mind is for MBD where they want to position some markers for the analysis. Thoughts?

@pierreporte
Copy link

If you don’t want to bloat the tree, perhaps you could make the JCS inherit coordinates systems properties so that MBD could pick them directly. I don’t think that FreeCAD should accommodate for external workbenches but this one is bringing very desirable features that would be legitimate built-in. If there is a possibility to merge it (after all it’s in the scope of the assembly workbench), then this can be a good idea.

@maxwxyz maxwxyz added the Feature FR for improvements or new features label Feb 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature FR for improvements or new features WB Assembly Related to the Integrated Assembly Workbench
Projects
None yet
Development

No branches or pull requests

4 participants