-
Are you planning to upload your awesome spell or system to Hive? Please review the rules here.
-
🏆 Texturing Contest #33 is OPEN! Contestants must re-texture a SD unit model found in-game (Warcraft 3 Classic), recreating the unit into a peaceful NPC version. 🔗Click here to enter!
-
It's time for the first HD Modeling Contest of 2024. Join the theme discussion for Hive's HD Modeling Contest #6! Click here to post your idea!
Ground Charge v1.00
- Author(s)
- Flux
- Tags
- Target Ground, GUI / Triggers
- Size
- 39.19 KB
- Rating
- Downloads
- 244
- Created
- Aug 15, 2015
- Updated
- Aug 27, 2015
- Resources
- 1
- State
Approved
This bundle is marked as useful / simple. Simplicity is bliss, low effort and/or may contain minor bugs.
Ground Charge
Spell Info:
Starts charging on the target location moving at a greater speed. All enemy units passed through will be knockback.
Upon reaching the target location, it will damage and knockback enemy units within range.
CONFIGURABLES
Charge Configuration
Events
Map initialization
Conditions
Actions
-------- ----------------------------------------------------------------------------------------- --------
Set Ch_Ability = Ground Charge
For each (Integer Ch_LoopInt) from 1 to 3, do (Actions)
SPELL TRIGGERS:
Unit - A unit Starts the effect of an ability
Custom script: call RemoveLocation(udg_Ch_TargetPt[udg_Ch_MaxIndex])
Animation - Change Ch_Caster[Ch_MaxIndex]'s animation speed to Ch_AnimationSpeed% of its original speed
Time - Every 0.03 seconds of game time
Destructible - Pick every destructible in Ch_TempRegion and do (Actions)
Unit Group - Add Ch_TempUnit to Ch_ShadowGroup
This Spell requires the Check Walkability by PurgeandFire.
IMPLEMENTATION
1) Make sure you check the "Automatically create unknown variables while pasting trigger data" in File->Preferences of World Editor.
2) Copy the Systems Trigger Folder to your map
3) Copy the Spells Trigger Folder to your map
4) Find the walk animation index of your unit/units that will have the Charge Spell using the Find Animation Index Trigger
5) To use the Find Animation Index Trigger, set the Ch_TempUnit to a unit and keep pressing Esc. When the walk animation is showing, take note of the last Animation Index value.
6) Store the Animation Index to the Spell using the Charge MUI Animation trigger, set the Ch_TempUnit variable to a certain unit and change the last number in the custom script equal to the animation index of that specific unit.
7) Test the map.
CREDITS:
- PurgeandFire for the Check Walkability
- Rising_Dusk & Vexorian for the original implementation of the pathing check.
charge, collide, knockback, fast movement
Contents
Reviews
- Joined
- Feb 6, 2014
- Messages
- 2,466
Changelog:
v1.00 [15 August 2015]
- Initial Release
v1.00 [15 August 2015]
- Initial Release
- Joined
- Sep 6, 2013
- Messages
- 6,742
-
(X of Ch_TempLoc2) Greater than or equal to (Max X of (Playable map area))
-
(X of Ch_TempLoc2) Less than or equal to (Min X of (Playable map area))
-
(Y of Ch_TempLoc2) Greater than or equal to (Max Y of (Playable map area))
-
(Y of Ch_TempLoc2) Less than or equal to (Min Y of (Playable map area))
-
You don't check for trees, but kill all destructables. So also bridges, gates and others will be killed, too.
Manipulating custom value of units is not allowed. It's reserved for unit indexers only. (at least here in public resources)
-
Custom script: set udg_Ch_AffectedUnits[udg_Ch_MaxIndex] = CreateGroup()
You can simple avoid the leak by destroying them onInit, then no check is needed, or check if group equals null before you create a group.
Honestly I think your check for x/y onCast if they equal with caster's position is not needed. It will be like never the case that they are exactly the same.
- Joined
- Feb 6, 2014
- Messages
- 2,466
I see, I will use the GUI equivalent thenI believe there is a gui condition that checks if your point is in playable map area, so you don't need to check for cooditnates by yourself.
Noted.
I manipulated the shadow trail's custom value not the actual caster so I don't see how that will affect anything
The destroying at Init part is better so I will do that.^You do this without any check. But group [0] and [1] already are initialiszed so it will leak.
You can simple avoid the leak by destroying them onInit, then no check is needed, or check if group equals null before you create a group.
It happens when you clicked on the Hero's Portrait when the Hero is not moving.
- Joined
- Jul 22, 2015
- Messages
- 3,485
So many triggers ;_; nonetheless, works well for me! If I may ask, is it always better to set Picked Unit to a variable?
- Joined
- Feb 6, 2014
- Messages
- 2,466
Yes, if you are gonna used it more than once because (Picked Unit) is a function call and variable lookup is faster than a function call.
- Joined
- Sep 6, 2013
- Messages
- 6,742
...
The transparency feature looks cool. Also think of the points in the other post.
- I don't know if I very like the animation index system. Use UnitType over Unit as parameter, as a unit can exist or not, a unit type always does. (you need preplaced units)
I'm not very sure now, but if you use channel I think there is a possiblity to loop a certain animation while casting. If so, it would drop the whole animation system.
If someone knows what I mean he is welcome to post here, but I also need to test it myself again I think. - You know JASS, so you could actually create one static rect for tree destruction, which is never destroyed.
- I repeat, don't manipulate custom values. You never know how systems work.
- Index owner of caster.
- It's more readably if you filter units via conditions inside your ITE statement then using "MatchingUnit".
- Damage- Attack type should be configurable.
- You can think of using system for knocking units and tree destruction.
The transparency feature looks cool. Also think of the points in the other post.
- Joined
- Feb 6, 2014
- Messages
- 2,466
- Yeah, using unit-type is better. I tried placing "walk" in the Animation Names but it does not work.
- Ok, so I will use MoveRect?
- I know it is in the Rules but I don't see how manipulating the custom value of the Shadow Units (not the caster) will affect anything. Will it not work if this is imported to a map with Unit Indexer? I just used it as a way to de-index easier (unit group acting as a linked list)
- Ok
- But the tendency is that unit-group will initially have a lot of units. To be honest, I don't know which is better in terms of performance. (That's why I asked)
- Will do
- That depends
Yeah I still keep in mind those other things you pointed in your first post.
- Joined
- Sep 6, 2013
- Messages
- 6,742
Hm, sad if it won't work. :/
Yes. I would not say it's required for GUI, but it's good habit to do so. And I think you are on that level! ^^
It's not good if there exist more than one unit with same custom value.
A unit can't be identified anymore uniquely through custom value in what ever code.
True. It will be bigger, I'm not sure of performance differences, but it's much more readable, especially in GUI I think.
