Simple Personal Inventory System v1.0

[Moderator]

12th Dec 2015
IcemanBo: Too long as NeedsFix. Rejected.

19:32, 27th Sep 2012
Magtheridon96: SimError is not a proper function name because it is "owned" by Vexorian's SimError library :/

Change it to PI_SimError.

And instead of setting a string variable to the string you want to display, you can make the function take a string argument.

function PI_SimError takes string s returns nothing
    // use s as the string you want to display.
endfunction

You can even make it take an item argument too.

function PI_SimError takes string s, item i returns nothing
    // use s as the string you want to display
    // use i as the item you're using
endfunction

It helps shorten the code a bit and doesn't conflict with other major systems

 

[defskull]

Reserved.

 

[CoLd Bon3]

This. Is. Neat.
The only thing i don't like is that you have to use commands. Can you make it somehow deal the actions when you press numbers 1,2,3,4,5,6? Players who play the map of the user of this system will be pretty annoyed. I mean, someone may want to use it to store potions or something. If they have to type something to get them, it will be kinda awful.

Otherwise it's really, really good!

 

[defskull]

Thanks for the feedbacks

The only thing i don't like is that you have to use commands. Can you make it somehow deal the actions when you press numbers 1,2,3,4,5,6?

If you can tell me an Event to detect that, I'd be glad to implement it in this system.

 

[btdonald]

Nice !!!

 

[rulerofiron99]

You could take it a step further and store item types with corresponding charges, for an infinite-sized bag, then add more commands/abilities to list and retrieve them.

If you can tell me an Event to detect that, I'd be glad to implement it in this system.

You'll have to make all items actively used, so this wouldn't work. What would work, is to have a spellbook ability with 6 spells, one for each item.

 

[CoLd Bon3]

If you can tell me an Event to detect that, I'd be glad to implement it in this system.

Well, i don't know. I thought Jass can do this, somehow. I am a GUIer and i know that Jass is a lot more flexible, so... You can at least make it configurable about what is the command. The best way might be to type "/x" where x is the inventory slot. You can make your system detect whether or not it has to give the item or store it. Which means that you type /1, it stores the item in slot 1, you type /1 again, the item comes back.

 

[defskull]

ruler

You could take it a step further and store item types with corresponding charges, for an infinite-sized bag, then add more commands/abilities to list and retrieve them.

I want the items to be saved/get at the same slot
If I save like 30 Items, where should I place it
Currently I saved all the items inside a dummy unit, but if I make it more than 6, who is to save it ?
Also, I don't want to dynamically Create/Remove item, it's not efficient - this is why I avoid saving it into infinite-sized bag, because you're gonna need to Create/Remove item each time (because infinite-sized bag does not need any dummy unit) then where they placed the item ? Yes, Create/Remove.
I want to use the same item, and that item alone.

You'll have to make all items actively used, so this wouldn't work. What would work, is to have a spellbook ability with 6 spells, one for each item.

Are you talking about Numpad ?
Haven't thought about that, but yeah as you said, it requires all items to be actively used (while some of it, is not).

Spell Book ?
No.

Cold Bone

You can at least make it configurable about what is the command. The best way might be to type "/x" where x is the inventory slot. You can make your system detect whether or not it has to give the item or store it. Which means that you type /1, it stores the item in slot 1, you type /1 again, the item comes back.

So the whole story - is just you're bragging about the commands ? Lol.
Okay I'll somehow try to lessen the command - but seriously, -store X / -get X, how lazy can you be lol.

NOTE: THIS SYSTEM DOES NOT SUPPORT INFINITE-SIZED INVENTORY. If you want infinite-sized inventory, there is another system for it. But I'll keep this in my things to do list (but not now).

 

[rulerofiron99]

-store X stores the item from position X in the inventory
-get Y loads the item from position Y in the backpack, which starts at 1 and goes up to (bagsize)

Like I said, just a suggestion

 

[defskull]

Just found out that item is moved to somewhere in the map and hidden.
I thought they Create/Remove item, that's what I try to avoid.
But since I know it can be hidden, yeah practically it can support infinite-sized personal inventory.

But if I turn this system to support infinite-sized, do you think Player would memorize each Item slot they stored ?
THAT, what I want to avoid.

Compared to D4RK_G4ND4LF's system, it is convenient, why ?
Because it has Multiboards for you, so you don't have to memorize which item belongs to what slot.
But ? Yeah, it is MPI, mine is MUI.

We have pros and cons apparently, gotta deal with it.

 

[rulerofiron99]

But if I turn this system to support infinite-sized, do you think Player would memorize each Item slot they stored ?
THAT, what I want to avoid.

-list
Displaying items 1-4 of 7 in inventory:
1 - Boots of Speed
2 - Healing Potion (4)
3 - Ring of Regeneration
4 - Ring of Protection
Type -list2 to view items 5-7.

 

[defskull]

Wow your idea is amazing, will be looking forward to implement it ;p

But that would require a new source of system which save item library, item list, maxList, algorithms, etc.
Hmmm... I'll think about this, currently I'll just let it be in its current state.

 

[MortAr]

So what this does is to create a dummy unit with an inventory for every Hero that enters the map. Then, with -store command you create the same item into the dummy inventory and with -get you give it to the Hero again?

Well, I wouldn't call it a system.. I see many people using this category as if they have created something big...

You could add alot more things, such as ingame UI which shows stored items via trackables and even have
more than only 6 items stored. And:

• (UDexUnits[UDex] is A Hero) Equal to True

What if people use normal units instead of heroes?

I also see that you don't check if the Hero inventory is full.

 

[Adiktuz]

as a player, I simply don't like the idea of using commands for storage... it seems so tedious for the players...

 

[defskull]

So what this does is to create a dummy unit with an inventory for every Hero that enters the map. Then, with -store command you create the same item into the dummy inventory and with -get you give it to the Hero again?

I hate when people said to our work "So what this does is bla bla bla bla bla ?"
Wt*, you just repeat what my system does, and you made it sound simple and not worthy to be uploaded to the THW Resource ???
Please, stop this.

It's like saying "Well, what this does is to assign an index value to a unit on mapInit and when new unit enters the map, new index is created for that unit ?" (Unit Indexer)
No offense Bribe, this is just an example to people that uses this "so-called" trend.
Stop this "trend", please, it doesn't make you superior, at all :/

Well, I wouldn't call it a system.. I see many people using this category as if they have created something big...

Define your understanding of "big".
Yeah, sorry about that, I should create a system that is at least 300kB size.
Also, system is meant to be "simple" and "useful", not to mention user-friendly (which I will fix it - currently "-store/-get X is annoying lol")
Systems should be lightweight and easy to be implemented, not "something big".
If you don't find this resource useful, then don't use it, simple.

You could add alot more things, such as ingame UI which shows stored items via trackables and even have
more than only 6 items stored. And:

Things I hate: Trackables.
I will use them in Single-player, but never for Multi-player.
Also, if you're planning to make it "Trackable-support", it will become MPI, I can't imagine your method will succeed creating a Trackable, MUI, for each unit.
My system aims for MUI - noted.
(In this case, your suggestion is flawed - can't be MUI).

What if people use normal units instead of heroes?

I hope you read the "INTRODUCTIONS".
But I'll re-consider this to make it support both Unit and Heroes.

I also see that you don't check if the Hero inventory is full.

What for ?
The system already checked it by calling SimError(), it says why you can't -get item if there is another item at that slot.
And if you want to -store an item at Slot 1, whereas your dummy has an item at Slot 1, it will also call SimError() and stated why you can't -store your item.
I'd like to avoid the "default message" as possible, the "Inventory is full" message/sound.

as a player, I simply don't like the idea of using commands for storage... it seems so tedious for the players...

Instead of just giving comments, you should also include on how to improve.

 

[Adiktuz]

The main idea is that its tedious for the player to use commands, isn't it obvious that I'm implying that you should find a workaround which does not use commands?

 

[Ender]

• Set PI_Key = (Custom value of UDexUnits[UDex])

why not just use udg_UDex? instead of using GetUnitUserData?(in Bribes indexer, when you use his Index events, UDex is the units CustomValue.

 

[defskull]

The main idea is that its tedious for the player to use commands, isn't it obvious that I'm implying that you should find a workaround which does not use commands?

As I said, yes it is nice comment, but if you don't tell me suggestion on how to improve it, it's no use :/
It's like saying "diz sistem hard 2 uze, sux azz sistem eva!!111", without suggesting me any idea on how to improve it.

I tried to use abilities, but this will collide with the user's needs (maybe they want a full Spell List in the UI, who knows).
That's why I'm trying to evade all those possibilities by turning it into Chat Event.

I also thinking about pressing ESC key, but what if the user wants to use ESC key for other reason ?
I've thought about these possibilities way before.

why not just use udg_UDex? instead of using GetUnitUserData?(in Bribes indexer, when you use his Index events, UDex is the units CustomValue.

Yeah, I just used his system, thanks for this ;p

 

[watermelon_1234]

• Set TempUnit = (Random unit from TempGroup)

For efficiency's sake, use Custom script to just set TempUnit to FirstOfGroup(udg_TempGroup)

Definitely add some kind of -view command to show what the player has in the inventory (even if you don't support an infinite-sized inventory) as -get is already pretty restrictive on its own.

Instead of limiting your system to just using the chat commands, you could provide alternative ways (like some of the methods you thought about) to interact with the dummy unit's inventory and then allow the user to choose which method he wants in his map. This requires more work on your part but would make the system more flexible.

Personally, I'd favor an Esc method which would select the dummy unit that has a selected hero's inventory and allow the player to just drop items from the dummy unit.
I can't think of a good way of storing items besides using a chat command, but in this version, storing items won't care about storage in specific item slots.

 

[Kingz]

As I said, yes it is nice comment, but if you don't tell me suggestion on how to improve it, it's no use :/

Be creative, i am sure there is a better solution.

 

[-Kobas-]

What if I say, there is easier way to handle this, with excluded dummy units and unlimited
inventory space.

Show/Hide Item (global in GUI or player only with GetLocalPlayer).