-
Notifications
You must be signed in to change notification settings - Fork 70
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
Add a new event trigger after Mission Intro kismet has completed #1407
Conversation
@@ -4245,6 +4259,11 @@ Begin: | |||
sleep(0.0); | |||
} | |||
|
|||
// Start Issue #1406 | |||
/// HL-Docs: ref:PostMissionIntroKismet |
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.
Don't need a HL-Docs entry here, just the standard issue tags are enough. Could even do // Single Line for Issue #1406
.
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 figured that the reference would be useful, since there are two different places where the trigger is placed and both will show the location on the documentation
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.
That's fair. Good work.
/// As such, you don't have a handle for anything the mission kismet causes before your first XCOM turn. | ||
/// This event can be considered a later alternative to `'OnBeginTacticalPlay'` event. | ||
/// | ||
/// ```unrealscript |
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.
HL-Docs for events have a different style, here's an example:
/// ```event
/// EventID: AllowOnCovertActionCompleteAnalytics,
/// EventData: [
/// inout bool bAllow,
/// in Object OriginalEventData,
/// in Object OriginalEventSource,
/// in XComGameState OriginalGameState,
/// in name OriginalEvent,
/// in Object OriginalCallbackData
/// ],
/// EventSource: none,
/// NewGameState: none
Also, are you sure there's no useful stuff you could pass along with the event trigger?
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 not sure there is anything special to pass with the trigger, since there is no pending gamestate and you can access the ruleset normally when the event trigger is called
Also, I squashed the commits into one and revised the doc block
0f1fb33
to
dcb4997
Compare
…o kismet has completed
@@ -4245,6 +4259,11 @@ Begin: | |||
sleep(0.0); | |||
} | |||
|
|||
// Start Issue #1406 | |||
/// HL-Docs: ref:PostMissionIntroKismet |
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.
That's fair. Good work.
Pull request modifies event listener templates Difference (click to expand)diff --git a/target/CHL_Event_Compiletest.uc b/target/CHL_Event_Compiletest.uc
index 02ed7bd..3298ada 100644
--- a/target/CHL_Event_Compiletest.uc
+++ b/target/CHL_Event_Compiletest.uc
@@ -1178,6 +1178,13 @@ static function EventListenerReturn OnPostInventoryLoadoutApplied(Object EventDa
return ELR_NoInterrupt;
}
+static function EventListenerReturn OnPostMissionIntroKismet(Object EventData, Object EventSource, XComGameState GameState, Name EventID, Object CallbackObject)
+{
+ // Your code here
+
+ return ELR_NoInterrupt;
+}
+
static function EventListenerReturn OnPostSquaddieLoadoutApplied(Object EventData, Object EventSource, XComGameState GameState, Name EventID, Object CallbackObject)
{
local XComGameState_Unit UnitState;
What? (click to expand)The Highlander documentation tool generates event listener examples from event specifications. |
This is ready to go. I'll merge it when the work on 1.30 starts in earnest. Thanks for your contribution. |
Btw it wasn't mandatory to squash the commits, when you're not adding new files, all commits can be squashed automatically during the merging process, we require exactly two commits only when new files are added to CHL. |
Fixes issue #1406