AddSpecialEffectTarget() and Invisibility

[chopinski]

Simple question, when attaching a special effect to a unit using AddSpecialEffectTarget() and that target becomes invisible through an ability, like wind walk, will that effect attached become invisible to enemy players as well?

 

[FUJI]

Of course

 

[chopinski]

Of course

Cool, thx!

Edit: What about attaching a effect to a unit and removing that unit. Will the effect be "Destroyed" with it or will it leak?

 

[FUJI]

It will leak. They have their own functions for destroying them. I think it's negligible, but it's a bad practice.
You must store the effect and destroy after use.

 

[chopinski]

It will leak. They have their own functions for destroying them. I think it's negligible, but it's a bad practice.
You must store the effect and destroy after use.

Ok, and one last thing, promise. We know that unit Id's are represented by 4 chars strings like 'e003' but they are integers resulted from a string hash, i presume, from that string. So lets say that 'e003' = 10000, if i do a loop from 'e003' to lets say 'e007', incrementing by 1 each step, the results will be 'e003', 'e004', 'e005', 'e006' and 'e007'?

 

[FUJI]

Honestly, I didn't have any experienced with 'looping raw codes' before.
You can debug that anyway using [Snippet] Ascii

 

[Elprede]

For looping through object ids, BJObjectId or NextPrevObjectId will come in handy. Do note that going from 'e003' to 'e007' will not necessarily be the same as incrementing 10000 by 1 to 10004. Gaps may appear in between, where an integer id is not equal to any 4 char code within the range provided. How increment for object ids actually works is explained in Easiest way to preload objects.

 

[chopinski]

For looping through object ids, BJObjectId or NextPrevObjectId will come in handy. Do note that going from 'e003' to 'e007' will not necessarily be the same as incrementing 10000 by 1 to 10004. Gaps may appear in between, where an integer id is not equal to any 4 char code within the range provided. How increment for object ids actually works is explained in Easiest way to preload objects.

I did a loop that is incremented by 1 and it actually works like i described.

set i = 'e003'
loop
    exitwhen i > 'e007'
        call UnitApplyTimedLife(CreateUnit(neutral, i, x + GetRandomInt(0, 75), y + GetRandomInt(0, 75), 0), 'BTLF', 20)
    set i = i + 1
endloop

'e003' to 'e007' are units in my editor and it correctly creates them.

 

[Elprede]

Yeah, from 0 to 9 works perfectly by incrementing by 1 because it follows the system Warcraft 3 uses. From 9 to 10 however may turn out to be more than an increment of 1. This is just something to watch out for in case you need more object ids and use the same pattern for the ids.

 

[chopinski]

Yeah, from 0 to 9 works perfectly by incrementing by 1 because it follows the system Warcraft 3 uses. From 9 to 10 however may turn out to be more than an increment of 1. This is just something to watch out for in case you need more object ids and use the same pattern for the ids.

Oh, i understand now, cool, thx man.

 

[Drake53]

We know that unit Id's are represented by 4 chars strings like 'e003' but they are integers resulted from a string hash, i presume, from that string.

Just wanted to point out that fourcc IDs are not hashed. A hash function maps arbitrary-sized data to fixed-size, but the fourcc ID is already fixed-size, since it needs to be exactly 4 characters long. Instead, the ID is converted to an integer by taking the numerical value of each character with a radix of 256, so it's similar to hexadecimal numbers.