This project is no longer active, sorry.
There were made many better implementations of same idea since, see tcx.xgm.ru for example, it's open source now.

If anyone wants to update my implementation to 1.24, feel free to do so and post here a link for others.

It was being developed by NETRAT, but it seems he will hardly ever bring it to release...
I've just uploaded his latest stable beta version, get it at:
http://dimon.xgm.ru/fsgui/files/?inv100_EMI_gray.w3x

It works, however, it is BETA, and not documented at all... that's why I haven't posted it to downloads page yet.

you can change map size via "Scenario >> Map Size and Camera Bounds" tab, just check "Modify Map Bounds" options then expand it to required size.
this should be enough...

you can check it via jass:
if get_object_iparam(u, "inv100_auto_pickup") == 1 then
// it is enabled
...

and enable it with
call set_object_iparam(u, "inv100_auto_pickup", 1)

where u is the handle to your unit.

I've just updated WE and WEU patches to v1.20.
Check the downloads section.

Hm, as long as there is no way to get hero attack cooldown(not base, nor current) this principes can only be used if all heroes have the same cooldown(almost never), and the second method is calculating current cooldown through identifiying hero type(if-then sections) and his base cooldown and adding speed bonus from Agility attribute. But I really don't think it have any sense - it's normally when some brutal axe decreases 50% attack speed, whatever it was without an axe, this way in item description will be written
"Brutal Axe"
Damage bonus +100-200
Attack speed bonus -50%
Has the great damage, but attack speed twice reduced, because of it's weight
In this case, the best default attack speed for hero must be the same as his unarmed(Hand 2 Hand) attack speed, and items should reduce this speed according to their weight. So you can increase your damage with the price of decreased attack speed. It would be realistic. But also additional AS bonuses will add items kind of Gloves of Haste.

As long, as items that are equipped also adds their abilities to wearer, so you can easily add ability kind of Gloves of Haste with positive or negative bonus and this way unit will have reduced or increased attack rate if equips this item.

It would be very useful if theese BG have some quiet places where hero can open an inventory and if you don't care about item cooldowns.

Don't think it's better to restore cooldowns support, because such compatibility is followed with some undesireable effects(like facing unit east on item pickup, unit orders cancelling), and possible delay, while moving several items(about 0.5-1 sec for every item). So at this moment I don't think it would be better to restruct system this way.

NETRAT:
Trying to add
- Set Item System(as I want it to be)
- Composite items and Multislot items
- Item cooldowns can be supported by some modifications, but they can add more bugs and lags. Don't know whether it will be supported or not. We are discussing and comparing bugs and features.
- Fixing few little bugs and code adjustments
I think it will take from 3 days to 2 weeks

NT:
At this moment there are supported 2 schemas:
1. 16 slots with custom grid placement, kind of rpg configuration
2. 25 slots with standard grid placement and disabled item classification
It's possible to add new custom schema, but this process has some difficulties - describe grid placement coords for every slot, if grid will be custom, then to setup cell offset for every slot which not fits to the standard grid, also to describe slot classes. I don't know whether it's easy or not, but I'm trying to make it fully trackable. Some says that there are too many config parameters, but I don't know how to simplify them.

That also has it's own difficulties - because for every icon must be prescribed a doodad with it's icon. So it rises a question - how many icons can be there - how many doodads must be added? If you have this kind of icons for slots, please send me them via email - I'll try to setup them. Also to replace that icons, you will have to either find it doodad in doodad list and replace texture or replace existing blp icon file in import manager by your icon. But I should have any ideas about their count.

I've supported this feature in new version - now you can register SlotFiller with custom destructable.

NETRAT aka NT:
This feature is already supported with function RegisterSlotClass, so it's easy enough to use - call inv100_RegisterSlotClass(int SlotNumber, int ClassID) and ClassID is the same ID as you use in item definition with function RegIC. Also RegisterSlotClass can be called multiple times and every time it will attach to the slot definition new class, so this code
call inv100_RegisterSlotClass(0, 'Qest')
call inv100_RegisterSlotClass(0, 'Acss')
call inv100_RegisterSlotClass(0, 'Wapn')
will allow you to use(put) to the slot with number 0 items with any of that 3 classes.
Also I slot class can be registered with 0 ID - it means that any item can be used in this slot.

I have succeeded with multislot EMI, screen can be found here

but I don't fully understand what do you suggest

NT aka NETRAT:
Theoretically it's possible, other people also ask how to add more slots. I have been thinking about it just yeasterday. I think I will add some switches between modes
0 Hidden slots - normal inv100 like in version 2.01
6 HS - Like RPG Gray version
12 HS
18 HS
But at this moment I don't know how to add a posibility for mapmakers to choose where to put every slot.

1. You will encounter some problems while adding new slots. It's because new slots need new inventory ability handling. I don't think it's easy to add new slot with this inventory version. Maybe later I will add such possibility but now I'm tracking grid which has 10 times decreased height and width, so that map space which is used by inventory decreases 100 times. You will no longer have lack with map space.

2. To add new item class declare it like other classes with function

call inv100_RegisterClassName('Rngd',"|cffffff00Ranged|r")

First parameter is integer id of class, and second parameter is name of class which will be displayed in item description. Note that ClassID's must be unicial. Then add fuction which sets up availible slot classes for matching slot.

call inv100_RegisterSlotClass( 4, 'Rngd')

First parameter is slot number, and second is ClassID. In this version equipment slots which are right in hands have numbers 2 and 4. Note that all equipment slots(Hidden Slots) have numbers between 0 and 5(including) and standard inventory slots have numbers between 6 and 11.

Also you will have to register your Bow with RegIC function. I don't know which item do you have, so I will show you an example:

call inv100_RegIC('I000', 'B000', "Golden Bow", "Adds 10 points to agility.", 3000, 'Rngd')

This is an extended old function of registering items. First parameter is an ItemId. Second parameter is an DoodadID which represents an icon of item(if you add an item with non-standard icon you will have to create a doodad with icon of this item, don't forget about it). Third parameter is ItemName. Forth parameter is an item description. Fifth parameter is an item cost, if thos parameter is 0 then item is considered as unsellable. Last parameter is ClassID.

Note: All this functions can be called anywhere in function "InitTrig_inventory_init_item_settings" in any order.

It would be a great help if you send a report with suggestions, bugs and comments
- NETRAT aka NT

по-русски можно :)

сделать для всех игроков одну область для инвентаря невозможно в принципе, потому что траккаблы, на которых все основано, не позволяют определить игрока, который заставил их сработать.
поэтому для каждого игрока создается своя сетка, со всеми вытекающими...

в следующих версиях мы с Нетратом попробуем уменьшить размер этой области.

by NETRAT aka NT:
если все игроки одновременно войдут в инв, твой способ полетит. Вообще-говоря уменьшение размера региона это не проблема - пару часов посидеть и сделать. Может я когда-нибудь этим займусь, а пока работаю над 12 активными слотами.

Уже уменьшил площадь в 100! раз. Теперь на этапе отладки

Trackables are placed just like special effects, i.e. you specify its coordinates and path to mdx file, nothing more.
They have neither mass nor any pathing map, they do not collide with other objects - all that they do is tracking mouse hover/click events on their model.

I suppose you won't be able to use them with disabled player contols, as it disables mouse cursor too, as far as I remember..

The trackable grid is formed by a set of nodes, each node is separated from adjacent nodes by exactly 100 game units - that is the size of base model (square.mdx) used for trackables in my system.

item icons are written in doodads texture fields - one doodad identifies one icon, so when you need to add icon, you will have to add doodad with icon as texture. Model of dd is simple rectangle covered with icon texture. Look into trigger "" - all items are stored in cache with their itemtype and texture id(icon id)
- NETRAT aka NT

replied to your email...

There are some problems with adding item bonuses to unit without adding item itself.. that's why it still hasn't done.
Similar item abilities don't stack, and any aura abilities show up on unit command panel.

The only known workaround requires tons of additional dummy abilities, and it'll be very hard to make any custom items work properly with it.

Open "configuration" trigger, find a line that reads:
call setcfg("inv100_ability", I2S('A000'))
then replace 'A000' with new ability code of your inventory ability.
(if you already had any custom abilities in your map, it won't be 'A000' anymore)

Or you can start up inventory manually, by using the following trigger action:
Custom Script: call fs_LoadModule(GetPlayerId(GetOwningPlayer(GetTriggerUnit())), "inv100")
in event such as "unit casts an [inventory] ability".

You should remove all those prefixes. To do this, doubleclick on file name in import manager, set "Use Custom Path" checkbox then remove "war3mapImported/" prefix. You'll need to do this with all of the inventory files except for "..../[DIS]BTNInventory.tga" icon.

Well, you cannot dynamically generate new destructable types, if you mean this - you'll have to manually create and register destructible types for all icons you use.

If you mean destroying objects created by fs_Add[...]Effect[XY] and fs_AddNamedTextTag functions - they are all registered in a special array and are automatically destroyed when you exit. So with these functions you'll never have to worry about cleanup.
If you want to destroy a specific named effect, use fs_AddNamedEffect passing an empty string as a modelfile.

I'm working on detailed explanations on how all these functions work...

You can see it in action in this map:
» Sacred AoS
(you'll need WEU and WEU patch from this site to edit it)
Inventory script is slightly changed there to support class-limited items, but you could still use it as an example.