-
Notifications
You must be signed in to change notification settings - Fork 38
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
Phaser refactor #1474
Phaser refactor #1474
Conversation
In case of the affected game flow commands, the parameter is never used, so it's okay to leave it uninitialized for readability.
The way it was used was never about the phases but rather referred to letting the game carry on executing current game flow sequence.
Note to reviewers – should be an easy no-op change.
TBH I'm not sure about the last commit, since the same conclusion that led to making it, can now be drawn about the |
Removes `GF_PHASE_BREAK` enum member in favor of a new struct, `PHASE_CONTROL` that controls phasers alone.
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.
LGTM. Didn't notice any issues while testing.
Merged manually: f4dd3fb |
Checklist
Description
Removes
.param = 0
fromGAMEFLOW_COMMAND
assignments, as it's not used by the consumers and is okay to be left uninitialized.Renames
GF_PHASE_CONTINUE
toGF_CONTINUE_SEQUENCE
, as the way it was used was never about the phases but rather referred to letting the game carry on executing current game flow sequence.Removes
GF_PHASE_BREAK
enum member in favor of a new struct,PHASE_CONTROL
as explained in the next point.Tidies up the nomenclature:
PHASE_CONTROL
struct.GAMEFLOW_COMMAND.command
member to.action
.)