switchMove: Difference between revisions

From Bohemia Interactive Community
Jump to navigation Jump to search
m (Text replacement - "\[\[Category:Scripting Commands OFP 1.[4-9]{2}(\|(\{\{uc:\{\{PAGENAME\}\}\}\}|#|[A-Z]+))?\]\] " to "")
m (Text replacement - " <dd class="notedate">" to " <dt><dt> <dd class="notedate">")
Line 33: Line 33:
<dl class="command_description">
<dl class="command_description">
<!-- Note Section BEGIN -->
<!-- Note Section BEGIN -->
 
<dt><dt>
<dd class="notedate">Posted on March 25, 2007 - 23:48</dd>
<dd class="notedate">Posted on March 25, 2007 - 23:48</dd>
<dt class="note">[[User:Hurricane|Hurricane]]</dt>
<dt class="note">[[User:Hurricane|Hurricane]]</dt>
<dd class="note">
<dd class="note">
In some cases the movement won't stay. I.e. AI hostages that put their hands behind their heads (_hostage [[switchMove]] "AmovPercMstpSsurWnonDnon") won't hold their hands up, unless you first use [[disableAI]] "autoTarget" on them. They mostly put their hands down because they 'noticed' unknown objects.
In some cases the movement won't stay. I.e. AI hostages that put their hands behind their heads (_hostage [[switchMove]] "AmovPercMstpSsurWnonDnon") won't hold their hands up, unless you first use [[disableAI]] "autoTarget" on them. They mostly put their hands down because they 'noticed' unknown objects.
 
<dt><dt>
<dd class="notedate">Posted on August 03, 2008 - 22:43</dd>
<dd class="notedate">Posted on August 03, 2008 - 22:43</dd>
<dt class="note">[[User:Killswitch|Killswitch]]</dt>
<dt class="note">[[User:Killswitch|Killswitch]]</dt>
<dd class="note">
<dd class="note">
This command will not cause an [[ArmA:_Event_Handlers#AnimChanged|AnimChanged]] or [[ArmA:_Event_Handlers#AnimDone|AnimDone]] event. However, [[playMove]] will.
This command will not cause an [[ArmA:_Event_Handlers#AnimChanged|AnimChanged]] or [[ArmA:_Event_Handlers#AnimDone|AnimDone]] event. However, [[playMove]] will.
 
<dt><dt>
<dd class="notedate">Posted on November 12, 2016 - 20:11 (UTC)</dd>
<dd class="notedate">Posted on November 12, 2016 - 20:11 (UTC)</dd>
<dt class="note">[[User:AgentRevolution|AgentRev]]</dt>
<dt class="note">[[User:AgentRevolution|AgentRev]]</dt>

Revision as of 00:28, 6 April 2021

Hover & click on the images for description

Description

Description:
Description needed
Multiplayer:
This command has global effect when executed locally to the unit and will sync for JIP. In this case the animation on the executing machine is immediate while on remote machines it will be transitional. In order for the animation to change immediately on every PC in multiplayer, use global remote execution (see example 2). When the argument is remote, the animation change on the executing PC is only temporary.
Groups:
Animations

Syntax

Syntax:
Syntax needed
Parameters:
person: Object - unit
moveName: String - unit animation (see animationState)
Return Value:
Return value needed

Examples

Example 1:
Prone: player switchMove "AmovPpneMstpSrasWrflDnon";
Example 2:
Sit player immediately and globally: [player, "AmovPsitMstpSlowWrflDnon"] remoteExec ["switchMove", 0];

Additional Information

See also:
playMoveplayMoveNowswitchActionplayActionplayActionNow

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 March 25, 2007 - 23:48
Hurricane
In some cases the movement won't stay. I.e. AI hostages that put their hands behind their heads (_hostage switchMove "AmovPercMstpSsurWnonDnon") won't hold their hands up, unless you first use disableAI "autoTarget" on them. They mostly put their hands down because they 'noticed' unknown objects.
Posted on August 03, 2008 - 22:43
Killswitch
This command will not cause an AnimChanged or AnimDone event. However, playMove will.
Posted on November 12, 2016 - 20:11 (UTC)
AgentRev
When using this command on the player unit outside unscheduled UI contexts, it will cause a minor camera glitch for a single frame.
For example, Draw3D and KeyDown are UI contexts and so are not affected by the glitch, but EachFrame and scheduled scripts are not UI contexts and are affected by the glitch.