The first thing to know is that while you are in the editor, if you import a model but you didn't imported the textures correctly the first time and save, even if you do it later, the model won't display properly within the editor. To make it display properly you need to close the editor and then reopen your map. I forgot to metion that when you want to import a model with custom textures, for it to display properly right away you need to import all the textures in the right way and save your file, then you import the model and if you do it this way it will display properly, as long as there are no missing texture files or textures with incorrect names. If you import the model before the textures and then import the textures and save, the model won't display properly within the editor until close your map and reopen it again, at least that's how it works for me.
To achieve what you are looking for you don't need triggers, instead do this:
Create to identical heal abilities, adjust the target filters on the first one to exclude mechanical and the second one to include mechanical units, then add both abilities to your Medivac and then add the command buttons of both abilities to the command card of that unit, linking each ability to the respective the command button, and put the command button of the heal ability that targets mechanical units on top of the command button of the other heal ability. After that you need to create two requirements (requirement A and requirement B), which will be used to manage which ability the unit with both abilities will be able to use depending on whetehr the upgrade to modify the targets of the heal ability has been researched or not.
For that, go to the requirement field of the of the first upgrade created and open it, which will open the requirement window, within the window make a right click on the folder icon with the word "Use" and select requirement node, then set the "Type" of the added requirement to "Not". Then make a right click on added requirement node and add another requirement node. Set the "Type" field of the new requirement node to "count upgrade", set the "Alias" to your custom requirement (scroll until you fin it), and set the "State" to "Completed". Exit the window hitting "ok". This will be requirement A.
Then you need to create requirement B so go to the requirement field of the of the second upgrade created and open it, then in the requirement window, within the window make a right click on the folder icon with the word "Use" and select requirement node, then set the "Type" field of the added requirement node to "count upgrade", set the "Alias" to your custom requirement, and set the "State" to "Completed". Exit the window hitting "ok". Then open the field of this requirement named "Can be suppressed" and enable the "Use" and "Show" options. This will be requirement B.
After that you need to add each requirement to the respective ability for it to work. For that go to the "Commands" field of the heal ability tha can't heal mechanical units and open the window/panel related to this field, then select the row that has the word "Execute" and add "requirement A" in the requirement section. Then do the same for the ability tha can heal mechanical units, but when you are in the requirement section of the row that has the word "Execute", add "requirement B" instead of "requirement A".
What this will accomplish is that you will have a unit that has two heal abilities (one that doesn't heal mechanical units and one that can do it) that have their command buttons on the same spot, but as long as your custom upgrade is not researched, the ability that your unit will be able to use will be the one that doesn't heal mechanical units and you won't see the command button or be able to use the other healing ability (the one that can heal mechanical units). After researching the upgrade to allow the Medivac to heal mechanical units, the hidden ability that can target mechanical units will efectively replace the former, since its command button will be displayed over the command button of the former heal ability and the unit will lose the ability to use the heal ability that cannot target mechanical units. I hope this help.
The only work around that I can think for this, is to add to your commander an ability named "Recall Marine", which causes the caster to do a search area effect that applies a buff named "resummon" to the magazine marines in area around the caster or around target point, using a unit type validators in the apply buff effect to only apply this buff to magazine marines. The "resummon buff" needs to have a kill effect that kills the marine as an initial effect and also have an effect in the death response subsection under the combat modifications section of that buff's modification section that applies 1 stack of another buff named "fast summon" to the caster. The buff "fast summon" needs to have a maximum of 20 stacks. Now here is the trick, you need to go to your arm magazine ability and add a set effect to the "call down effect" field of that ability, the "call down effect" is an effect that is used whenever you use the magazine ability. The set needs to have a validator the three effects. The validator is a unit behavior count validator that needs to check if the caster unit has 1 or more stacks of "fast summon". Then, add the following effects to the set effect you added to the "call down effect" field:
1. A remove behavior effect that removes 1 stack of "fast summon" buff from the caster.
2. A modify unit effect that restores life, energy, shields to the caster equal to the cost of using the arms magazine ability.
3. A modify unit effect that resets the cooldown of the arms magazine ability. To do this create a modify unit effect, go to the cost section, add a new entry, the select the "cost" subsection and select in the ability field the name of your arm magazine ability and its command button, set all cooldown fields within the "cost" subsection to zero. The select the subsection named (None) and set the cooldown operation to "Set".
What all this will do is the following:
The commander uses recall ability in an area killing all magazine marines in the area of effect, and each dying marine adds 1 stack of the "fast summon" buff to the caster giving him a number of stacks equal to the number of marines killed.
Then whenever the Commander uses the arms magazine ability, if he has any stacks of the "fast summon" buff, after using the ability he will regain the stats he spends summoning the marines back and reset the cooldown of the ability to use it again and again as long as he has any stacks of the fast summon buff, but when he loses all stacks the ability goes back to working as normal.
This allows you to "recall" the marines, before loading your commander into a Dropship and then after he lands from the Dropship he can quickly resummon all the marines that were previously "recalled" at any time.
Well this work around took me a lot of time to think, so I won't elaborate any further. It may not be what you are looking for but if it works for you and you have any doubts about what I mentioned about abilities, effects, buffs or validators check the sc2mapster wikia section related to editor data where everything is explained in great detail, I leave some relevant links below.
Hi, for an imported model to display properly when it uses custom textures, you need to import the model along with the custom textures, but the textures need to be imported under the "Textures" folder, to do that, after choosing the import option and selecting the the textures of the model you want to import, within the import panel/window, go to the upper bar in the import panel/window and write "Textures/", this specifies the folder and path where the textures are going to be imported which is the "Textures" folder. I leave a screenshot down below of how it should look like.
I'm not sure I fully understand, but from a quick look into the editor on how the concord cannon works and the effects used by the Liberator to determine valid targets for it, you would need to modify, not only the weapon's target filters in weapon field of the concord cannon, but you also need to find an effect called "Liberator Target Morph Search Area" that is used by the liberator when it morphs to apply a buff to ground units in range of the concord cannon to determine which of them can be attacked, then you need to go to the "Search Filters" field within the effect I mentioned above and change the "ground" field from "required" to "allowed".
The validator used by concord cannon is a behavior validator that validates which nearby units have the buff type behavior named "Liberator Target Morph AG Attackable" to determine which units the cannon can attack and this behavior is applied after the liberator uses the morph ability through the linked search area effect I mentioned before, to apply that buff to all the valid targets for the concord cannon weapon.
Another possible solution would be to remove the validator from the effect "Liberator AG Missile LM Set" used by the concord cannon and modify the range field within the concord cannon to adjust it to the desired area and modify the target filters to whatever you want to be able to attack.
The only idea that comes to my mind to achieve this, would be to give the clouds a buff with a periodic search area effect that grants nearby units another buff with the "cloak", "detector" and "resistant" fields checked within "behavior: modification" "behavior: state flags", then set "behavior: modification" "unit: detect", for the buff applied to the units, to a value equal to the radius of the search area effect used by the cloud object to apply the buff and finally go to the "behavior: modification" "unit: detect filters" field and set the type "resistant" to "required".
This will make all units within the cloud's area of effect invisible, but allows them to see other units that are within the cloud as well, by cloaking them but giving them the ability to detect only cloaked units that have the "resistant" status that is applied by the buff given by the cloud's effect.
I don't know if this is helpful but nothing else comes to my mind.
I went back to my map and recreated the Burrow/Unburrow that you used and I still get the same result, one of my air units being unable to move.
Well, now you know the issue is not the morph ability itself, since I presented you a morph ability that works, so you should replicate the same parameters of the morph ability I did, if you are having issues with the custom unit you previously had, you could create two new banshees from scratch, replicate my morph abilities, give them the abilities, make sure that it works, then begin adjusting the new unit to resemble your former custom unit little by little, then, if after making some modifications you see the morph ability ceases to work, you'll know you're screwing something up. Either way this is as far as I go, now is up to you to figure it out, good luck.
I don't know what you are doing, but you are doing something wrong, I have an old map that I used to test imported models, I went there duplicated a banshee twice, named one copy Banshee A and the other Banshee B, I gave Banshee A a height of 0.7, then gave Banshee B a Height of 5, I duplicated the Zergling Burrow and Unburrow abilitties, renamed them to Morph A and Morph B, I changed the parameters of Morph A to transform the unit that uses the ability to Banshee B, then I changed the parameters of Morph B to transform the unit that uses the ability to Banshee A, then I gave Morph A to Banshee A and Morph B to Banshee B, I tested them in game and it works flawlessly, I uploaded the map to a file sharing site (link below), you can download it and see for yourself if you want.
Ok I checked the Zeus lift off / land ability, those are two morph abilities, lift off is morph ability and land is a morph placement ability, and you have to check the "flags" parameter for both abilities, there is a bunch of modifiers in the flags field, one is suppress movement, I think this modifiers are only supposed to last while morphing from one unit to another, but maybe it you have supress movement checked in one of the morph abilities, it might be affecting the morphed unit, leaving it unable to move. The other thing is that each of the morph units should have one of the morphed abilities (land or lift off) and in each morph ability you should have the correct unit reference or the morph abilitty might get screwed. You should check all these things and see if you can find the problem. Also you could use the viking's Assault and Fighter as your morph abilities as the base, which both are regular morph abilities, I have used that one as the base ability for my morph abilities and never experienced a problem. Maybe using the morph placement ability is part of the issue, but it has been a long time since I used morph abilities in one of my maps so who knows.
You don't provide enough information to really understand what's going on, but if you want to make a unit change it's height you don't need to use the morph ability you can use any ability that grants a unit a buff type behavior, then create a buff type behavior and within the behavior go to modifications/Unit, there you can modify the "height time" parameter, to set the time that takes the unit to move to a new height and set the "height" parameter to whatever height you want the unit to have after aquiring the behavior. You can use a behavior type ability to allow you to toggle on and off the height adjusting behavior. If you want to check an ability within the editor that changes the height of units, you can change kerrigan's "crushing grip" ability, to view the ability your map needs the swarm campaign dependencies added/enabled.
You probably need to use a search area effect or a damage effect, setting it's effects to do area damage, with target impact location set to target point, as the impact effect of the launch missile effect of the battlecruiser weapon. If the effect set as the impact effect of launch missile effect of the attack of the BC, is a regular damage effect with the "Target: Impact Location" set to target unit, when the missile arrives at its final destination and executes it's impact effect, it will damage the unit targeted by the attack, wheter or not is within the range of the impact of the missile.
You may also want to check this video of how to make an skillshot ability, since it accomplishes something similar to what you want to do. Link below.
The way I would do this is with a persistent effect and an issue order effect.
First create an issue order effect, then set the effect "Effect: Ability" field to Move, set "Effect: Player" to source, set "Effect: Unit" to source and finally set "Target: Target" to "(None)Target Point".
After that create a persistent effect, this effect will handle the location of the target point where move command is given. In the persisten effect set the "Period: Count" to 1. Then add three durations of 0.0 seconds in the "Effect Period: Duration" field. Then in the "Effect: Period Effects" add the issue order effect you created previously. After that go to the "Effects: Periodic Offsets" and add three offsets, this will be used to set the direction in which the move command is given. The offsets have three parameters (X, Y, Z), in one of the offsets put (X: 0.2, Y: -1.0, Z: 0.0), in another put (X: -0.2, Y: -1.0, Z: 0.0) and in the final one put (X: 0.0, Y: -1.0, Z: 0.0). After that go to the "Effect: Random Offset" and "Effect: Random Period" fields and set both to enabled. Finally go the "Target: Location Offset - Start" field and set it to "(None)Origin Point". Then add the persistent effect as periodic effect to the behaviour that makes the ship drift.
The persistent with these parameters will choose at random one of the three offsets once and execute the move command, taking the original position of the unit with the behaviour and issue that unit the move command to the target point with one of the offsets. The -1 in Y parameter of the offsets, sets the target point for issue order effect, to be to a distance of 1 ahead of the initial position of the unit with the behaviour, the -0.2 or 0.2 in the X parameter of the offsets, will move the point set the by the Y parameter value slightly to the left or the right of the unit with the behaviour and the offset with a parameter of X = 0 and Y = -1 will order the unit the unit to go forward by a distance of 1.
I hope you find this helpful, tweak the values of the offsets in the persistent to achieve the desired effect.
Yes it is, you have to use a behaviour and use the damage reponse field in the behaviour, then set chance to 1 and set the location field within the damage response to defender, this will cause any damage the unit with the behaviour takes to trigger the ability, then to reduce incoming damage to zero you have two options, within the behaviour response fields there are two fields named "Maximum" and "Modify Fraction", if you set any of these fields to zero, the behaviour response will reduce all incoming damage to zero.
That being said if you want to be a one time only ability, do the following, you can either set the fields "Count (Start)" and "Count (Use)" of the damage response charge section to 1, which makes the behaviour start with one charge and spend 1 after using the damage response, rendering it unable to be used any farther, another option would be to create a remove behabiour effect, select the shield behaviour as the behaviour to be removed under the "Effect: Behaviours" field of the remove behaviour effect and set effect unit to source within the remove behaviour effect, then in the damage response of the shield behaviour locate the field "handled" and add the effect that removes the behaviour.
Also if you want this as an ablity with a cooldown ignore everything in the second paragraph, and go to the "Time Use" field under the cooldown section of the behaviour's damage response, there if you change it from 0 to 30, this will make the damage response to go into a 30 second cooldown after activating, if left at zero the damage response will always reduce to zero any incoming damage.
0
The first thing to know is that while you are in the editor, if you import a model but you didn't imported the textures correctly the first time and save, even if you do it later, the model won't display properly within the editor. To make it display properly you need to close the editor and then reopen your map. I forgot to metion that when you want to import a model with custom textures, for it to display properly right away you need to import all the textures in the right way and save your file, then you import the model and if you do it this way it will display properly, as long as there are no missing texture files or textures with incorrect names. If you import the model before the textures and then import the textures and save, the model won't display properly within the editor until close your map and reopen it again, at least that's how it works for me.
0
To achieve what you are looking for you don't need triggers, instead do this:
Create to identical heal abilities, adjust the target filters on the first one to exclude mechanical and the second one to include mechanical units, then add both abilities to your Medivac and then add the command buttons of both abilities to the command card of that unit, linking each ability to the respective the command button, and put the command button of the heal ability that targets mechanical units on top of the command button of the other heal ability. After that you need to create two requirements (requirement A and requirement B), which will be used to manage which ability the unit with both abilities will be able to use depending on whetehr the upgrade to modify the targets of the heal ability has been researched or not.
For that, go to the requirement field of the of the first upgrade created and open it, which will open the requirement window, within the window make a right click on the folder icon with the word "Use" and select requirement node, then set the "Type" of the added requirement to "Not". Then make a right click on added requirement node and add another requirement node. Set the "Type" field of the new requirement node to "count upgrade", set the "Alias" to your custom requirement (scroll until you fin it), and set the "State" to "Completed". Exit the window hitting "ok". This will be requirement A.
Then you need to create requirement B so go to the requirement field of the of the second upgrade created and open it, then in the requirement window, within the window make a right click on the folder icon with the word "Use" and select requirement node, then set the "Type" field of the added requirement node to "count upgrade", set the "Alias" to your custom requirement, and set the "State" to "Completed". Exit the window hitting "ok". Then open the field of this requirement named "Can be suppressed" and enable the "Use" and "Show" options. This will be requirement B.
After that you need to add each requirement to the respective ability for it to work. For that go to the "Commands" field of the heal ability tha can't heal mechanical units and open the window/panel related to this field, then select the row that has the word "Execute" and add "requirement A" in the requirement section. Then do the same for the ability tha can heal mechanical units, but when you are in the requirement section of the row that has the word "Execute", add "requirement B" instead of "requirement A".
What this will accomplish is that you will have a unit that has two heal abilities (one that doesn't heal mechanical units and one that can do it) that have their command buttons on the same spot, but as long as your custom upgrade is not researched, the ability that your unit will be able to use will be the one that doesn't heal mechanical units and you won't see the command button or be able to use the other healing ability (the one that can heal mechanical units). After researching the upgrade to allow the Medivac to heal mechanical units, the hidden ability that can target mechanical units will efectively replace the former, since its command button will be displayed over the command button of the former heal ability and the unit will lose the ability to use the heal ability that cannot target mechanical units. I hope this help.
0
The only work around that I can think for this, is to add to your commander an ability named "Recall Marine", which causes the caster to do a search area effect that applies a buff named "resummon" to the magazine marines in area around the caster or around target point, using a unit type validators in the apply buff effect to only apply this buff to magazine marines. The "resummon buff" needs to have a kill effect that kills the marine as an initial effect and also have an effect in the death response subsection under the combat modifications section of that buff's modification section that applies 1 stack of another buff named "fast summon" to the caster. The buff "fast summon" needs to have a maximum of 20 stacks. Now here is the trick, you need to go to your arm magazine ability and add a set effect to the "call down effect" field of that ability, the "call down effect" is an effect that is used whenever you use the magazine ability. The set needs to have a validator the three effects. The validator is a unit behavior count validator that needs to check if the caster unit has 1 or more stacks of "fast summon". Then, add the following effects to the set effect you added to the "call down effect" field:
1. A remove behavior effect that removes 1 stack of "fast summon" buff from the caster.
2. A modify unit effect that restores life, energy, shields to the caster equal to the cost of using the arms magazine ability.
3. A modify unit effect that resets the cooldown of the arms magazine ability. To do this create a modify unit effect, go to the cost section, add a new entry, the select the "cost" subsection and select in the ability field the name of your arm magazine ability and its command button, set all cooldown fields within the "cost" subsection to zero. The select the subsection named (None) and set the cooldown operation to "Set".
What all this will do is the following:
The commander uses recall ability in an area killing all magazine marines in the area of effect, and each dying marine adds 1 stack of the "fast summon" buff to the caster giving him a number of stacks equal to the number of marines killed.
Then whenever the Commander uses the arms magazine ability, if he has any stacks of the "fast summon" buff, after using the ability he will regain the stats he spends summoning the marines back and reset the cooldown of the ability to use it again and again as long as he has any stacks of the fast summon buff, but when he loses all stacks the ability goes back to working as normal.
This allows you to "recall" the marines, before loading your commander into a Dropship and then after he lands from the Dropship he can quickly resummon all the marines that were previously "recalled" at any time.
Well this work around took me a lot of time to think, so I won't elaborate any further. It may not be what you are looking for but if it works for you and you have any doubts about what I mentioned about abilities, effects, buffs or validators check the sc2mapster wikia section related to editor data where everything is explained in great detail, I leave some relevant links below.
https://sc2mapster.fandom.com/wiki/Data/Abilities/Arm_Magazine
https://sc2mapster.fandom.com/wiki/Data/Effects
https://sc2mapster.fandom.com/wiki/Data/Behaviors
https://sc2mapster.fandom.com/wiki/Data/Validators
0
Hi, for an imported model to display properly when it uses custom textures, you need to import the model along with the custom textures, but the textures need to be imported under the "Textures" folder, to do that, after choosing the import option and selecting the the textures of the model you want to import, within the import panel/window, go to the upper bar in the import panel/window and write "Textures/", this specifies the folder and path where the textures are going to be imported which is the "Textures" folder. I leave a screenshot down below of how it should look like.
0
I'm not sure I fully understand, but from a quick look into the editor on how the concord cannon works and the effects used by the Liberator to determine valid targets for it, you would need to modify, not only the weapon's target filters in weapon field of the concord cannon, but you also need to find an effect called "Liberator Target Morph Search Area" that is used by the liberator when it morphs to apply a buff to ground units in range of the concord cannon to determine which of them can be attacked, then you need to go to the "Search Filters" field within the effect I mentioned above and change the "ground" field from "required" to "allowed".
The validator used by concord cannon is a behavior validator that validates which nearby units have the buff type behavior named "Liberator Target Morph AG Attackable" to determine which units the cannon can attack and this behavior is applied after the liberator uses the morph ability through the linked search area effect I mentioned before, to apply that buff to all the valid targets for the concord cannon weapon.
Another possible solution would be to remove the validator from the effect "Liberator AG Missile LM Set" used by the concord cannon and modify the range field within the concord cannon to adjust it to the desired area and modify the target filters to whatever you want to be able to attack.
0
The only idea that comes to my mind to achieve this, would be to give the clouds a buff with a periodic search area effect that grants nearby units another buff with the "cloak", "detector" and "resistant" fields checked within "behavior: modification" "behavior: state flags", then set "behavior: modification" "unit: detect", for the buff applied to the units, to a value equal to the radius of the search area effect used by the cloud object to apply the buff and finally go to the "behavior: modification" "unit: detect filters" field and set the type "resistant" to "required".
This will make all units within the cloud's area of effect invisible, but allows them to see other units that are within the cloud as well, by cloaking them but giving them the ability to detect only cloaked units that have the "resistant" status that is applied by the buff given by the cloud's effect.
I don't know if this is helpful but nothing else comes to my mind.
0
Well, now you know the issue is not the morph ability itself, since I presented you a morph ability that works, so you should replicate the same parameters of the morph ability I did, if you are having issues with the custom unit you previously had, you could create two new banshees from scratch, replicate my morph abilities, give them the abilities, make sure that it works, then begin adjusting the new unit to resemble your former custom unit little by little, then, if after making some modifications you see the morph ability ceases to work, you'll know you're screwing something up. Either way this is as far as I go, now is up to you to figure it out, good luck.
0
I don't know what you are doing, but you are doing something wrong, I have an old map that I used to test imported models, I went there duplicated a banshee twice, named one copy Banshee A and the other Banshee B, I gave Banshee A a height of 0.7, then gave Banshee B a Height of 5, I duplicated the Zergling Burrow and Unburrow abilitties, renamed them to Morph A and Morph B, I changed the parameters of Morph A to transform the unit that uses the ability to Banshee B, then I changed the parameters of Morph B to transform the unit that uses the ability to Banshee A, then I gave Morph A to Banshee A and Morph B to Banshee B, I tested them in game and it works flawlessly, I uploaded the map to a file sharing site (link below), you can download it and see for yourself if you want.
link:
https://ydray.com/get/t/16811770970804BdMAd68ce1c6d899bB
0
Ok, then use the zergling burrow / unburrow instead.
0
Ok I checked the Zeus lift off / land ability, those are two morph abilities, lift off is morph ability and land is a morph placement ability, and you have to check the "flags" parameter for both abilities, there is a bunch of modifiers in the flags field, one is suppress movement, I think this modifiers are only supposed to last while morphing from one unit to another, but maybe it you have supress movement checked in one of the morph abilities, it might be affecting the morphed unit, leaving it unable to move. The other thing is that each of the morph units should have one of the morphed abilities (land or lift off) and in each morph ability you should have the correct unit reference or the morph abilitty might get screwed. You should check all these things and see if you can find the problem. Also you could use the viking's Assault and Fighter as your morph abilities as the base, which both are regular morph abilities, I have used that one as the base ability for my morph abilities and never experienced a problem. Maybe using the morph placement ability is part of the issue, but it has been a long time since I used morph abilities in one of my maps so who knows.
0
You don't provide enough information to really understand what's going on, but if you want to make a unit change it's height you don't need to use the morph ability you can use any ability that grants a unit a buff type behavior, then create a buff type behavior and within the behavior go to modifications/Unit, there you can modify the "height time" parameter, to set the time that takes the unit to move to a new height and set the "height" parameter to whatever height you want the unit to have after aquiring the behavior. You can use a behavior type ability to allow you to toggle on and off the height adjusting behavior. If you want to check an ability within the editor that changes the height of units, you can change kerrigan's "crushing grip" ability, to view the ability your map needs the swarm campaign dependencies added/enabled.
0
You should read the sc2 mapster wikia entry on the parameters of the launch missile effect, to give you an idea of how to accomplish it, link below.
https://sc2mapster.fandom.com/wiki/Data/Effects/Launch_Missile#:~:text=the missile impacts-,Effect - Launch Effect,of the Launch Missile effect.
You probably need to use a search area effect or a damage effect, setting it's effects to do area damage, with target impact location set to target point, as the impact effect of the launch missile effect of the battlecruiser weapon. If the effect set as the impact effect of launch missile effect of the attack of the BC, is a regular damage effect with the "Target: Impact Location" set to target unit, when the missile arrives at its final destination and executes it's impact effect, it will damage the unit targeted by the attack, wheter or not is within the range of the impact of the missile.
You may also want to check this video of how to make an skillshot ability, since it accomplishes something similar to what you want to do. Link below.
https://www.youtube.com/watch?v=xradjsdTlfg&ab_channel=LazZ'sMapmaking
0.954959053685168
The way I would do this is with a persistent effect and an issue order effect.
First create an issue order effect, then set the effect "Effect: Ability" field to Move, set "Effect: Player" to source, set "Effect: Unit" to source and finally set "Target: Target" to "(None)Target Point".
After that create a persistent effect, this effect will handle the location of the target point where move command is given. In the persisten effect set the "Period: Count" to 1. Then add three durations of 0.0 seconds in the "Effect Period: Duration" field. Then in the "Effect: Period Effects" add the issue order effect you created previously. After that go to the "Effects: Periodic Offsets" and add three offsets, this will be used to set the direction in which the move command is given. The offsets have three parameters (X, Y, Z), in one of the offsets put (X: 0.2, Y: -1.0, Z: 0.0), in another put (X: -0.2, Y: -1.0, Z: 0.0) and in the final one put (X: 0.0, Y: -1.0, Z: 0.0). After that go to the "Effect: Random Offset" and "Effect: Random Period" fields and set both to enabled. Finally go the "Target: Location Offset - Start" field and set it to "(None)Origin Point". Then add the persistent effect as periodic effect to the behaviour that makes the ship drift.
The persistent with these parameters will choose at random one of the three offsets once and execute the move command, taking the original position of the unit with the behaviour and issue that unit the move command to the target point with one of the offsets. The -1 in Y parameter of the offsets, sets the target point for issue order effect, to be to a distance of 1 ahead of the initial position of the unit with the behaviour, the -0.2 or 0.2 in the X parameter of the offsets, will move the point set the by the Y parameter value slightly to the left or the right of the unit with the behaviour and the offset with a parameter of X = 0 and Y = -1 will order the unit the unit to go forward by a distance of 1.
I hope you find this helpful, tweak the values of the offsets in the persistent to achieve the desired effect.
0
The image below shows it.
0
Yes it is, you have to use a behaviour and use the damage reponse field in the behaviour, then set chance to 1 and set the location field within the damage response to defender, this will cause any damage the unit with the behaviour takes to trigger the ability, then to reduce incoming damage to zero you have two options, within the behaviour response fields there are two fields named "Maximum" and "Modify Fraction", if you set any of these fields to zero, the behaviour response will reduce all incoming damage to zero.
That being said if you want to be a one time only ability, do the following, you can either set the fields "Count (Start)" and "Count (Use)" of the damage response charge section to 1, which makes the behaviour start with one charge and spend 1 after using the damage response, rendering it unable to be used any farther, another option would be to create a remove behabiour effect, select the shield behaviour as the behaviour to be removed under the "Effect: Behaviours" field of the remove behaviour effect and set effect unit to source within the remove behaviour effect, then in the damage response of the shield behaviour locate the field "handled" and add the effect that removes the behaviour.
Also if you want this as an ablity with a cooldown ignore everything in the second paragraph, and go to the "Time Use" field under the cooldown section of the behaviour's damage response, there if you change it from 0 to 30, this will make the damage response to go into a 30 second cooldown after activating, if left at zero the damage response will always reduce to zero any incoming damage.