-
-
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
Rename bevy_render::Color
to LegacyColor
#12069
Conversation
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.
I'm on board, minus a couple of "higher level concept" renames, which feel unnecessary to me.
Yeah, those extra renames were just a mistake. Thanks for catching them! |
Cleaned up those accidental renames, and did another pass myself in the diff view to catch any other mistakes. I think this should be good now. |
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.
did a simple pass judging just by names on every file. There is some points that I have a question about, but thats fairly simple :)
pub const ALICE_BLUE: Color = Color::rgb(0.94, 0.97, 1.0); | ||
pub const ALICE_BLUE: LegacyColor = LegacyColor::rgb(0.94, 0.97, 1.0); | ||
/// <div style="background-color:rgb(98%, 92%, 84%); width: 10px; padding: 10px; border: 1px solid;"></div> |
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.
is there a reason to not use Self in the type assign of this consts? could simplify further work on this area maybe.
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.
Yeah, it's not a bad choice. I wanted to keep this PR as simple as possible though.
# Objective The migration process for `bevy_color` (bevyengine#12013) will be fairly involved: there will be hundreds of affected files, and a large number of APIs. ## Solution To allow us to proceed granularly, we're going to keep both `bevy_color::Color` (new) and `bevy_render::Color` (old) around until the migration is complete. However, simply doing this directly is confusing! They're both called `Color`, making it very hard to tell when a portion of the code has been ported. As discussed in bevyengine#12056, by renaming the old `Color` type, we can make it easier to gradually migrate over, one API at a time. ## Migration Guide THIS MIGRATION GUIDE INTENTIONALLY LEFT BLANK. This change should not be shipped to end users: delete this section in the final migration guide! --------- Co-authored-by: Alice Cecile <alice.i.cecil@gmail.com>
# Objective The migration process for `bevy_color` (bevyengine#12013) will be fairly involved: there will be hundreds of affected files, and a large number of APIs. ## Solution To allow us to proceed granularly, we're going to keep both `bevy_color::Color` (new) and `bevy_render::Color` (old) around until the migration is complete. However, simply doing this directly is confusing! They're both called `Color`, making it very hard to tell when a portion of the code has been ported. As discussed in bevyengine#12056, by renaming the old `Color` type, we can make it easier to gradually migrate over, one API at a time. ## Migration Guide THIS MIGRATION GUIDE INTENTIONALLY LEFT BLANK. This change should not be shipped to end users: delete this section in the final migration guide! --------- Co-authored-by: Alice Cecile <alice.i.cecil@gmail.com>
Objective
The migration process for
bevy_color
(#12013) will be fairly involved: there will be hundreds of affected files, and a large number of APIs.Solution
To allow us to proceed granularly, we're going to keep both
bevy_color::Color
(new) andbevy_render::Color
(old) around until the migration is complete.However, simply doing this directly is confusing! They're both called
Color
, making it very hard to tell when a portion of the code has been ported.As discussed in #12056, by renaming the old
Color
type, we can make it easier to gradually migrate over, one API at a time.Migration Guide
THIS MIGRATION GUIDE INTENTIONALLY LEFT BLANK.
This change should not be shipped to end users: delete this section in the final migration guide!