-
Notifications
You must be signed in to change notification settings - Fork 330
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
Name scale properties on Sprites to things that make sense #2021
Merged
pushfoo
merged 29 commits into
pythonarcade:development
from
DigiDuncan:scale_prop_name_fix
Jul 1, 2024
Merged
Name scale properties on Sprites to things that make sense #2021
pushfoo
merged 29 commits into
pythonarcade:development
from
DigiDuncan:scale_prop_name_fix
Jul 1, 2024
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
TL;DR: This will be a non-breaking change & efficiency upgrade with pyglet 2.1, which seems to be coming sooner than expected. Benefits:
Steps required:
|
8 tasks
What about the initializer? Should |
Imo, it could be either without an if hasattr(scale, "__len__"):
self._scale = Vec2(*scale)
else:
self._scale = Vec2(scale, scale) |
DigiDuncan
force-pushed
the
scale_prop_name_fix
branch
from
April 16, 2024 06:25
4b94361
to
d62528d
Compare
I resolved the conflicts. There was a lot of changes to unit test so these needs to be looked into. |
* Annotate HitBox scale __init__ arguments as Point2 * Annotate BasicSprite scale return as Point2
* Make .scale convert to Vec2 on return * Update scale unit tests to use tuples
* Remove if check around texture since we are guaranteed to have one now * Rename scale_x argument from new_value to new_scale_x * Unpack self._scale into old_scale_* * Remove redundant scale setting for y * Apply new scale to the hitbox first to raise exceptions earlier
* Remove if check around texture since we are guaranteed to have one now * Rename scale_x argument from new_value to new_scale_x * Unpack self._scale into old_scale_* * Remove redundant scale setting for x * Apply new scale to the hitbox first to raise exceptions earlier
* Rename new_value to new_scale * Assign to scale_x and scale_y instead of immediate tuple creation * Add comments about hot code path asking not to DRY it * Add exception checks for unpack * Reorder and reduce use of dot and index acccess * Remove extra line
* Significantly redeuce dot and index access in rescale_relative_to_point * Precache re-used quantities * Comments for clarity
* Use scale instead of removed scale_xy * Convert to more pyglet/Google-style
* Add vector unpack check logic to rescale_relative_to_point * Update signature annotations * Update docstring * Rename factor argument to scale_by * Delete body of rescale_xy_relative_to_point * Update docstring to point to rescale_relative_to_point with deprecation * Add @warning wrapper to rescale_xy_relative_to_point
7 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does it do?
scale
to afloat
for backwards compatible codefeel/easy proportional scalingscale
returns atuple[float, float]
scale
->scale_x
scale_xy
->scale
scale_y
Why should this be done?
scale
as it is returnsscale_x
, which is incorrect if x/y are scaled independently.Sprite
currently returnsposition
¹ as a 2-tuple, andcenter_x
andcenter_y
as floats.scale
in both dimensions, and Arcade should aim to provide transferable knowledge..scale
returns x,scale_y
returns y,scale_xy
returns a tuple, but settingscale
sets both x and y, is very confusing and makes code harder to read and reeks havoc on codefeel.¹I'd argue
position
should becenter
as well, but that's for another day.