-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
[Merged by Bors] - Expose transform propagate systems #7145
[Merged by Bors] - Expose transform propagate systems #7145
Conversation
You need to use both |
Won't work unfortunately, since you can't yet control when plugin systems run. |
I'm trying to store stages in plugin like this,
There are two problems
What's your thought to allow plugin to be added with different system labels? @james7132 |
Could we expose a single system that would run both? Not used in Bevy, just for external consumption for the case when someone wants to run global transform propagation when they want |
We could just have a function that returns a SystemSet. That'd allow users to do what they want with it (add it to their own stages, label them however they wish, etc). |
Sounds good! @lewiszlw could you add this function as public, and mention it in the docs or comments of |
Sure. I'm not very good at English, feel free to correct doc. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small corrections for the docs, then this looks good to me.
bors r+ |
# Objective - I tried to create a fork of bevy_rapier to track latest bevy main branch. But bevy_rapier depends on bevy internal `propagate_transforms` system (see https://github.com/dimforge/bevy_rapier/blob/master/src/plugin/plugin.rs#L64). - `propagate_transforms` system was changed to private in #4775. I don't know if it's reasonable that making `propagate_transforms` public. I also created an issue to bevy_rapier dimforge/bevy_rapier#307 to see how offical team will solve this issue. ## Solution - make `propagate_transforms` system public.
# Objective - I tried to create a fork of bevy_rapier to track latest bevy main branch. But bevy_rapier depends on bevy internal `propagate_transforms` system (see https://github.com/dimforge/bevy_rapier/blob/master/src/plugin/plugin.rs#L64). - `propagate_transforms` system was changed to private in bevyengine#4775. I don't know if it's reasonable that making `propagate_transforms` public. I also created an issue to bevy_rapier dimforge/bevy_rapier#307 to see how offical team will solve this issue. ## Solution - make `propagate_transforms` system public.
# Objective - I tried to create a fork of bevy_rapier to track latest bevy main branch. But bevy_rapier depends on bevy internal `propagate_transforms` system (see https://github.com/dimforge/bevy_rapier/blob/master/src/plugin/plugin.rs#L64). - `propagate_transforms` system was changed to private in bevyengine#4775. I don't know if it's reasonable that making `propagate_transforms` public. I also created an issue to bevy_rapier dimforge/bevy_rapier#307 to see how offical team will solve this issue. ## Solution - make `propagate_transforms` system public.
Objective
propagate_transforms
system (see https://github.com/dimforge/bevy_rapier/blob/master/src/plugin/plugin.rs#L64).propagate_transforms
system was changed to private in [Merged by Bors] - Parallelized transform propagation #4775.I don't know if it's reasonable that making
propagate_transforms
public. I also created an issue to bevy_rapier dimforge/bevy_rapier#307 to see how offical team will solve this issue.Solution
propagate_transforms
system public.