createSimpleTask: Difference between revisions
Jump to navigation
Jump to search
Lou Montana (talk | contribs) m (Text replacement - "\|x([0-9])= *<code>([^<]*)<\/code>" to "|x$1= <sqf>$2</sqf>") |
Lou Montana (talk | contribs) m (Some wiki formatting) |
||
(11 intermediate revisions by the same user not shown) | |||
Line 21: | Line 21: | ||
|descr= Creates a new [[Task]] and adds it to the Diary. | |descr= Creates a new [[Task]] and adds it to the Diary. | ||
{{Feature|Arma3|Using the '''[[Arma 3: Task Framework]]''' instead is recommended}} | {{Feature|Arma3|Using the '''[[Arma 3: Task Framework]]''' instead is recommended}} | ||
{{Feature| | {{Feature|informative|When task is added as a child, it appears as subcategory to the parent task in the Tasks menu and can be parent to another child task. However this is cosmetic appearance as each task has own id and can be referenced directly via diary link.}} | ||
|mp= The task effect is [[Multiplayer Scripting#Locality|local]], it will only exist on the client it was added. | |mp= The task effect is [[Multiplayer Scripting#Locality|local]], it will only exist on the client it was added. | ||
|s1= unit [[createSimpleTask]] | |s1= unit [[createSimpleTask]] [name, parentTask] | ||
|p1= unit: [[Object]] - | |p1= unit: [[Object]] - unit to add this new task | ||
|p2= name: [[String]] | |p2= name: [[String]] | ||
Line 33: | Line 33: | ||
|p3= parentTask: [[Task]] - (Optional, [[taskNull]]) - The new task will be a sub task of the parent task | |p3= parentTask: [[Task]] - (Optional, [[taskNull]]) - The new task will be a sub task of the parent task | ||
|r1= [[Task]] - | |r1= [[Task]] - the new task | ||
|x1= <sqf>_currentTask = player createSimpleTask ["NewTask"];</sqf> | |x1= <sqf>_currentTask = player createSimpleTask ["NewTask"];</sqf> | ||
Line 42: | Line 42: | ||
}} | }} | ||
{{Note | |||
|user= Lou Montana | |||
|timestamp= 20110702114500 | |||
|text= | |||
* Creating child will position the new task just under the parent task. | |||
* Creating another "normal" (parent) task will create a new line '''above''' the others. Think of it if you want ordered objectives. | |||
*Creating child will position the new task just under the parent task. | * Succeeding parent task will automatically succeed childs, whatever their [[taskState]] was set to. (I.E. If a task is set as a child to another, it will be completed when its parent is complete.. no matter if the child task really was or not). | ||
*Creating another "normal" (parent) task will create a new line '''above''' the others. Think of it if you want ordered objectives. | * This command has to be executed again for it to be applied for JIP players - no server sync<br><br> | ||
*Succeeding parent task will automatically succeed childs, whatever their [[taskState]] was set to. (I.E. If a task is set as a child to another, it will be completed when its parent is complete.. no matter if the child task really was or not). | |||
*This command has to be executed again for it to be applied for JIP players - no server sync<br><br> | |||
Full step by step code from beginning to end:<br> | Full step by step code from beginning to end:<br> | ||
'''Step 1: create a new simpleTask''' | '''Step 1: create a new simpleTask''' | ||
< | <sqf>MySimpleTask = player createSimpleTask [(localize "STR_aSimpleTask")];</sqf> | ||
</ | |||
You may create a task at any given point in time. You just need to be aware of the fact, that you've created the task for a single unit (the player). So if you make use of teamSwitch, respawn or similiar, you need to think about how to manage this, so all of these units will have up to date tasks assigned to them. | You may create a task at any given point in time. You just need to be aware of the fact, that you've created the task for a single unit (the player). So if you make use of teamSwitch, respawn or similiar, you need to think about how to manage this, so all of these units will have up to date tasks assigned to them. | ||
Second, it is a good practice to use a stringtable, even if you do not plan (yet) to offer translations.<br> | Second, it is a good practice to use a stringtable, even if you do not plan (yet) to offer translations.<br> | ||
'''Step 2: task destination'''<br> | '''Step 2: task destination'''<br> | ||
< | <sqf>MySimpleTask setSimpleTaskDestination _destination;</sqf> | ||
</ | |||
variable/pointer-to-your-task setSimpleTaskDestination some-position. That's it.<br> | variable/pointer-to-your-task setSimpleTaskDestination some-position. That's it.<br> | ||
'''Step 3: task description''' | '''Step 3: task description''' | ||
< | <sqf> | ||
MySimpleTask setSimpleTaskDescription [ | |||
localize "STR_aSimpleTaskLongText", | |||
localize "STR_aSimpleTask", | |||
];</ | localize "STR_aSimpleTaskWaypointLabel" | ||
Again, no magic involved here. You take your task, the command setSimpleTaskDescription an pass an array with three strings in it. The first string is the long description text, the second is the name/title of the task and the last one will show up on-screen on the waypoint in cadet mode.<br> | ]; | ||
</sqf> | |||
Again, no magic involved here. You take your task, the command setSimpleTaskDescription an pass an array with three strings in it. | |||
The first string is the long description text, the second is the name/title of the task and the last one will show up on-screen on the waypoint in cadet mode.<br> | |||
'''Step 4: set and update task states''' | '''Step 4: set and update task states''' | ||
< | <sqf>MySimpleTask setTaskState "CREATED";</sqf> | ||
</ | |||
And that's it. Here a minimal working example: | And that's it. Here a minimal working example: | ||
< | <sqf> | ||
MySimpleTask = player createSimpleTask ["simple task title"]; | |||
MySimpleTask setSimpleTaskDestination (position player); | |||
MySimpleTask setSimpleTaskDescription [ | |||
"simple task long description", | |||
"simple task title", | |||
"simple task waypoint label" | |||
]; | ]; | ||
MySimpleTask setTaskState "CREATED"; | |||
</sqf> | |||
And then later in the mission: | And then later in the mission: | ||
< | <sqf>MySimpleTask setTaskState "SUCCEEDED";</sqf> | ||
</ | |||
If you want to keep the player in the loop about the status of tasks, you may always do this: | If you want to keep the player in the loop about the status of tasks, you may always do this: | ||
< | <sqf>[objNull, objNull, MySimpleTask, "SUCCEEDED"] execVM "CA\Modules\MP\data\scriptCommands\taskHint.sqf";</sqf> | ||
</ | }} | ||
Latest revision as of 13:09, 12 March 2024
Description
- Description:
- Creates a new Task and adds it to the Diary.
- Multiplayer:
- The task effect is local, it will only exist on the client it was added.
- Groups:
- Briefing
Syntax
- Syntax:
- unit createSimpleTask [name, parentTask]
- Parameters:
- unit: Object - unit to add this new task
- name: String
- parentTask: Task - (Optional, taskNull) - The new task will be a sub task of the parent task
- Return Value:
- Task - the new task
Examples
- Example 1:
- Example 2:
Additional Information
- See also:
- simpleTasks removeSimpleTask setSimpleTaskDescription setSimpleTaskDestination setTaskState setTaskResult taskState Tasks Briefing
Notes
-
Report bugs on the Feedback Tracker and/or discuss them on the Arma Discord or on the Forums.
Only post proven facts here! Add Note
- Posted on Jul 02, 2011 - 11:45 (UTC)
-
- Creating child will position the new task just under the parent task.
- Creating another "normal" (parent) task will create a new line above the others. Think of it if you want ordered objectives.
- Succeeding parent task will automatically succeed childs, whatever their taskState was set to. (I.E. If a task is set as a child to another, it will be completed when its parent is complete.. no matter if the child task really was or not).
- This command has to be executed again for it to be applied for JIP players - no server sync
Step 1: create a new simpleTask You may create a task at any given point in time. You just need to be aware of the fact, that you've created the task for a single unit (the player). So if you make use of teamSwitch, respawn or similiar, you need to think about how to manage this, so all of these units will have up to date tasks assigned to them. Second, it is a good practice to use a stringtable, even if you do not plan (yet) to offer translations.
Step 2: task destination
variable/pointer-to-your-task setSimpleTaskDestination some-position. That's it.
Step 3: task descriptionAgain, no magic involved here. You take your task, the command setSimpleTaskDescription an pass an array with three strings in it. The first string is the long description text, the second is the name/title of the task and the last one will show up on-screen on the waypoint in cadet mode.MySimpleTask setSimpleTaskDescription [ localize "STR_aSimpleTaskLongText", localize "STR_aSimpleTask", localize "STR_aSimpleTaskWaypointLabel" ];
Step 4: set and update task statesAnd that's it. Here a minimal working example:And then later in the mission:MySimpleTask = player createSimpleTask ["simple task title"]; MySimpleTask setSimpleTaskDestination (position player); MySimpleTask setSimpleTaskDescription [ "simple task long description", "simple task title", "simple task waypoint label" ]; MySimpleTask setTaskState "CREATED";If you want to keep the player in the loop about the status of tasks, you may always do this: