[Trigger] Easy one for you guyz!

[bad_avatar]

Hey friends & mappers,

Is there an easy & reliable way of retrieving the source item for an item ability that is cast and detected via "A Unit Starts the Effect of an Ability" (because I need the target unit of that ability)? Or vice-versa (get the target unit somehow via "A Unit uses an Item").

The "Unit Starts the Effect" event happens before "Unit uses an Item". So I could theoretically save the target unit in a global with the first event, but I'm worried that it will not be MUI because time might pass in between the two events - or will it?

Thanks brothers! +REP for any help offered

 

[Tal'Rarity]

Here, hope it helps.

 

[bad_avatar]

Thanks! But this didn't do exactly what I need. To be clear I need either of these:

1. A unit uses an item - Target unit of that item ability
OR
2. A unit starts the effect of an ability - The exact item that the unit used

 

[Tal'Rarity]

Why would you need the item? Is there more then one item that uses same ability?

If so then you could do a player array Boolean check.

 

[bad_avatar]

The reason is that a hero might carry two of the same type of item, but each item is not technically the same because of my game mechanics (my items gain XP and levels via hashtables).

 

[ivofena]

This is just a quick test map to give you the idea how to make yours. Anyway here it is:

 

[bad_avatar]

I was hoping to use hashtables but indexing might have to be the way to go. Thanks.

 

[ivofena]

I was hoping to use hashtables but indexing might have to be the way to go. Thanks.

Well, to be completely honest, I don't know how to use hashtables
Indexing seems so much easier.

 

[Tyman2007]

Indexing seems so much easier.

Depends, really. If you're associating values with a specific unit, for instance, and don't want the unit to have multiple indexes in your trigger (Say, a passive that has a cooldown), then hashtables are easier (Primarily because the handle IDs of the objects can sometimes exceed the size limit of an array).

An indexing system can bypass this, but I believe indexing systems use hashtables anyway, although there may be one out there that doesn't. I'm not really sure myself.

 

[ivofena]

Depends, really. If you're associating values with a specific unit, for instance, and don't want the unit to have multiple indexes in your trigger (Say, a passive that has a cooldown), then hashtables are easier (Primarily because the handle IDs of the objects can sometimes exceed the size limit of an array).

An indexing system can bypass this, but I believe indexing systems use hashtables anyway, although there may be one out there that doesn't. I'm not really sure myself.

I'm sure that hashtables could be a lot easier depending on the situation. All I'm saying is, that indexing seems much more straightforward. Oh, and haven't learned how to use hashtables yet .

 

[Bannar]

Unless your map is meant to be unplayable, it shouldnt contain over 8192 units and/or items at the same time, thus indexing seems fine. Whatmore, many indexers offer option to switch to hashtable version of indexing (you can use set/get UserData safely depending on your own needs without worring about possible data changes).

 

[ivofena]

Unless your map is meant to be unplayable, it shouldnt contain over 8192 units and/or items at the same time, thus indexing seems fine. Whatmore, many indexers offer option to switch to hashtable version of indexing (you can use set/get UserData safely depending on your own needs without worring about possible data changes).

Well, when the item and taeget action is finished, they can be released from the index freeing the space in the array that they were holding. Therefore for the map to be unplayable there will have to be over 1350 heroes with their inventory full with an item of 1 type and each hero using all 6 items at the same time.

 

[Bannar]

I was talking about indexer itself, not custom array which relies on indexer.