Is there a way to read what abilities a unit have?

[Daffa]

Just a thought that hit my mind. Is there a way?

If not, would be nice to have access to a list of spells a unit have.

 

[deepstrasz]

Ingame? In the editor you can see the abilities of the units either by going into the Object Editor or by reading the unit descriptions in the Unit Palette. But then, you don't get the description for the abilities and you have too look them up in the Abilities Editor (submenu of Object Editor). But, I think you already know this. I'm not quite sure where exactly you want the abilities to show.

 

[Daffa]

Yes, in game.

 

[Shar Dundred]

An ingame library like in Age of Wonders 3 would be neat.

 

[Daffa]

True, could really use one as I need to retrieve their cooldown data without knowing the ability itself.

 

[Aniki]

Kind of... if you can aford to use "memhack" then yes, otherwise no, not yet at least. Blizzard could "easily" add such natives, probably.

 

[Elprede]

Checkout Units or
Use Object Data Extractor + Stringiterator to get a list

 

[Daffa]

Seems to be going the hard way eh?

@Aniki does Memhack read still works in 1.30?
@GhostHunter123 I'll take a look and see if I can get something out of them. Not really an avid vJass user but I'll try.

 

[IcemanBo]

Even it's not a good, there's still the way of binding abilities to the unit using hashtable in a setup trigger, and by hooking UnitAdd/RemoveAbility in case dynamics needs to be tracked.

 

[Daffa]

Even it's not a good, there's still the way of binding abilities to the unit using hashtable in a setup trigger, and by hooking UnitAdd/RemoveAbility in case dynamics needs to be tracked.

As in register all abilities and units who own them in a hash?

 

[IcemanBo]

Yes, like for example saving 4 abilities to footman (type 'hfoo') :

function Setup takes nothing returns nothing
    local integer parentKey = 'hfoo'

    call SaveInteger(hash, parentKey, 0, 4) // store how many abilities

    call SaveInteger(hash, parentKey, 1, 'A001') // store ability 1
    call SaveInteger(hash, parentKey, 2, 'A001') // store ability 2
    call SaveInteger(hash, parentKey, 3, 'A002') // store ability 3
    call SaveInteger(hash, parentKey, 4, 'A004') // store ability 4
endfunction

function LoopThroughAbilities takes unit u returns nothing
    local integer parentKey = GetUnitTypeId(u)
    local integer abilitiesCount = LoadInteger(hash, parentKey, 0)
    local integer abilityId

    local integer i = 1
    loop
        exitwhen i > abilitiesCount

        set abilityId = LoadInteger(hash, parentKey, i)
        call BJDebugMsg("Unit Ability #" + I2S(i) + ": " + GetObjectName(abilityId) )

        set i = i + 1
    endloop
endfunction

edit:

when really used like this one could for sure write some short API which handles then saving and getting abilities, but not sure you would even use it. ^^

 

[Daffa]

In complicated cases, it would be difficult to use. I mean if I want to handle 100 unit types with 400 abilities to register for example

 

[IcemanBo]

What you mean is difficult to use?

 

[Daffa]

Not practical as I have to register every unit from what I can discern.

 

[Tasyen]

Yes maintaing such data from hand is unpracticable, currently best one could do is letting the data save code be autogenerated.
I think one could do that by converting to lni with W3x2Lni v2.4.6, then one has the data in an easy unit <> ability connection. After that one would need to write a tool which interpretts the data and generates the data code filling the hash. lni has an easy format in which all unit data is saved inside table/unit.ini then one does not need to know how to access mpq nor we data.
Then one would place the generated hash code into your map in world Editor.

Edit: Wait slk might be better. with lni you have to consider unchanged fields (Reading parent unitType).
Edit2: Coded something together in java 8, reading such a unitabilities.slk and autogenerating such hash entries.

 

[IcemanBo]

JASS approach: List Unit Abilities