Power Aura v1.0.2

[KILLCIDE]

The one without has a spike lag when you acquire the ability for the first time.

Why don't you create a unit on Map Init, add the ability, and then remove the unit?

 

[Daffa]

Tried, but it doesn't seem to the job well. Might be related to enumeration upon first instance.

 

[KILLCIDE]

Err... are you sure? I just tested it out right now and it got rid of it lol.

 

[Daffa]

Hmm... odd, I guess I'll try preloading it now.

 

[Daffa]

UPDATE to 1.0.1
Preload added
Some typo fixes

 

[axleion]

I just checked the triggers through Trigger Viewer,
it seems that the GUI one lack configurability as most part of it depends on OE editing and limited to 100 units affected,
assuming +1 per unit affected with default 100 levels (or more with shift-click) of dummy damage ability,
you should mention these limitation as to not confusing GUI users that find the ability didn't give correct bonus under certain conditions.

the other one that uses CSS is much more better and has possibility of more customization,
(like different bonus value per level, not just restricted to aura AOE increase like the GUI one),

I would like to suggest to drop the current GUI one (or at least make it the secondary version) while updating the CSS version to support different bonus per level learned and make the CSS as mandatory requirement.

and how about add the support for Tome of Retraining case?

 

[Daffa]

I just checked the triggers through Trigger Viewer,
it seems that the GUI one lack configurability as most part of it depends on OE editing and limited to 100 units affected,
assuming +1 per unit affected with default 100 levels (or more with shift-click) of dummy damage ability,
you should mention these limitation as to not confusing GUI users that find the ability didn't give correct bonus under certain conditions.

the other one that uses CSS is much more better and has possibility of more customization,
(like different bonus value per level, not just restricted to aura AOE increase like the GUI one),

I would like to suggest to drop the current GUI one (or at least make it the secondary version) while updating the CSS version to support different bonus per level learned and make the CSS as mandatory requirement.

and how about add the support for Tome of Retraining case?

Indeed the GUI one is flawed, but it avoids the 198 import CSS have as that needs JNGP's Macro, which as far as 1.28 concerns, is messed up. I will add the note instead and make it secondary like you recommended.

The whole spell reacts to the buff, so I think it won't matter much. I will check it for the ToR case.

 

[KILLCIDE]

it avoids the 198 import CSS have as that needs JNGP's Macro, which as far as 1.28 concerns, is messed up.

Works for WEX

 

[axleion]

on second thought, why you choose to implement individual bonus to each unit affected?

how about this method:
you can use a hidden modified dummy Trueshot Aura to give static bonus per level,
then you adjust the level of the dummy ability based on number of units in area with the buff.
the only downside though is the delay on updating the bonus since it use aura to give bonus.

and you can enum the correct units directly by adding the condition "Matching Unit has buff" to the SubGroup enumeration instead of using if- check on SubUnit.

 

[Daffa]

Works for WEX

WEX supports Macro?

 

[KILLCIDE]

Yessir! I used CSS for my team's entry in Hero Contest #9 and I imported it with ease :3

 

[Daffa]

Nice then. I haven't got luck with WEX, seems that my antivirus is being noisy.

 

[Daffa]

Sorry for the double post, forgot to comment on this

on second thought, why you choose to implement individual bonus to each unit affected?

how about this method:
you can use a hidden modified dummy Trueshot Aura to give static bonus per level,
then you adjust the level of the dummy ability based on number of units in area with the buff.
the only downside though is the delay on updating the bonus since it use aura to give bonus.

and you can enum the correct units directly by adding the condition "Matching Unit has buff" to the SubGroup enumeration instead of using if- check on SubUnit.

Well, the initial idea was that it won't exceed 100 and back in the day, an easier approach in my logic. I also distaste the aura's delay.

 

[KILLCIDE]

Despite the simplicity, the way the aura updates based on the number of units in the area makes this simple spell really interesting. Nice job! I would just get rid of the "normal" Power Aura haha.

Needs Fixed

• Nothing

Suggestions

• The way you're storing the radius per level isn't that user friendly I'd get rid of the loop and just let users input it how they want from there.
• Not a fan of using (Matching unit) to filter units of a unit group. I recommend taking a look at this
• It's not really necessary for you to let PA_SubUnit = No unit at the end of each iteration
• To slightly improve efficiency and logic, I'd only have Power Aura Loop on if there are units / Heroes present in PA_Group

Status

Approved​

 

[Pyzdra]

Hi! I am still learning code...please I have some questions. If it's too hard I understand, this particular code looks rather meticulous and grindy.. but I have no idea what I'm talking about...

I am looking to make this ability have a lower max affected unit cap (10-12 nearby units).

I want certain auras to only affect certain unit types:
ie. a footmen captain gives +1 armor to other nearby footmen (not riflemen or others) - up to 12 footmen total!
ie. a dryads captain gives +125 sight range to other nearby dryads (not footmen or others) - up to 5 dryads total!

I apprecieate babystep explanations for my stuuupid brain. Thanks! Good work!

 

[Daffa]

on second thought, why you choose to implement individual bonus to each unit affected?

how about this method:
you can use a hidden modified dummy Trueshot Aura to give static bonus per level,
then you adjust the level of the dummy ability based on number of units in area with the buff.
the only downside though is the delay on updating the bonus since it use aura to give bonus.

and you can enum the correct units directly by adding the condition "Matching Unit has buff" to the SubGroup enumeration instead of using if- check on SubUnit.

Good question. I never thought of that actually. Back then, I thought this is how I will approach the issue best.

Your method is what I used in Last Revolt altered melee for their T1 melee unit.

Hi! I am still learning code...please I have some questions. If it's too hard I understand, this particular code looks rather meticulous and grindy.. but I have no idea what I'm talking about...

I am looking to make this ability have a lower max affected unit cap (10-12 nearby units).

I want certain auras to only affect certain unit types:
ie. a footmen captain gives +1 armor to other nearby footmen (not riflemen or others) - up to 12 footmen total!
ie. a dryads captain gives +125 sight range to other nearby dryads (not footmen or others) - up to 5 dryads total!

I apprecieate babystep explanations for my stuuupid brain. Thanks! Good work!

What patch are you on? If you use Reforged or 1.31, I won't recommend this particular entry and instead write your own variation using chopinski's Bonus. I can think of a guide once I know which patch you are mapping ^^

 

[Pyzdra]

I'm using Reforged. I will take a look at chopinski's Bonus system. Thanks!

 

[KaiZen7th]

Ah ha, found it!

I can contribute my idea:
level 1 - plus 1 Agility
level 2 - plus 1 Strength
level 3 - plus 1 Intelligence
level 4 - plus 1 damage

 

[Daffa]

I'm using Reforged. I will take a look at chopinski's Bonus system. Thanks!

Very late for me, but I recall Last Revolt [Techtree Contest #14] had something similar to your need.

Ah ha, found it!

I can contribute my idea:
level 1 - plus 1 Agility
level 2 - plus 1 Strength
level 3 - plus 1 Intelligence
level 4 - plus 1 damage

I think that sort of reworking the entire spell to adjust to this configuration. New Bonus will help a lot for this though.