-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Slot System for inventories and board games #860
Conversation
Thank you for submitting an extension.
|
|
I guess users can do a 1d grid using a 2d grid of 1 row or 1 column.
Moving items from one inventory type to another can be done with ony 2 action, so I think it's fine. From what I understand a "space" contains:
Why (from users point of view) are they group together under the same identifier? I was expecting to find a "grid inventory name" parameter for grid and a "text inventory name" parameter for the text inventory. |
I don't get how this is an better evolution of what is already made.
It checks if the space and the slot exists, it copies the data to a temp variable, erase the destination and empty the source.
There are no grid, it's all based on an "array". The grid is the handler for making it easier for some cases to retrieve data. It's under the same space bc there is no point to have two different ones. You can use it like that, or create two spaces, both are fine bc everything is made to manipulate data easily even on multiple spaces. But for example, you could have one slot system with a space "inventory" which contains a grid of items + 3 "favorite items" slots (like in many survival games), made with named slots and put items from a slot to another with the Move actions easily. I know you want to split it, but i still don't see any advantage of breaking a tool in 3 that will make the exact same thing, with a different data access. I mean for variables, you don't have a "boolean" part, "text" part and "number" part, they are all "variables" and they are also not split between "Global" and "Scene" for the same reason : both do the exact same thing, but the data is somewhere else. I understand your concerns about users, but i don't think they will be so lost. The tool will require some documentation ofc, but it's not that hard to use. The concept is still to store stuff, it's not very deep. |
Indeed, I hadn't though about the properties. It would not be user-friendly to make the data travel between 2 extensions.
There is a grid if users can picture it. What is important for users to easily understand an extension is to use terms they are used to in games or in life in general. "Grid" is a good term because anyone know what is it whereas "Space" in this case has only the meaning the extension creator gave it. No one can guess that a "space" is an inventory with 1d, 2d and name indexes. What do you think about "grid inventory" and "labeled inventory" ? I would suggest to:
Tell me what you think (I don't know the extension well, I hope I didn't miss something). |
Im glad we agree about that.
I get your point, good idea for "labeled" instead of "named", way better. But there is no inventory, it's a slot system, the inventory is one of the usecases but a board game, that is an other usecase, is not an inventory. So if you have a better idea than space (that i'm not happy with) that can include all the cases and not let think that this extension is dedicated to inventories, i'll follow you bc for now, i don't have any better idea.
I don't understand what do you want here ? Ok for 1D private, i understand your concerns. But grid system and labeled system are already disconnected:
Thanks for your time, i'll already work on what we agree and wait your answer for the other points. |
Are you working on an new version? |
Description
Store content in any kind of slots.
Usages
Attention: this extension contains mostly 100 functions, it can contains mispelling and approximative English.
How to use the extension
3 systems available (Basic, Named slots and Grid)
They share the same functionnalities but have differences in their usage.
Basic
Use numbers as slot identifiers to retrieve your informations.
Start in setting the space size, then you can use it using numbers to manage your items and properties.
Named slots
Use texts as slot identifiers. Very useful when you want to put an item on a specific part of your character.
Start by adding all the named slots you want in your space. For example :
Then you can use the slot system and specify exactly where you want an item to be.
Grid
Use a 2D grid position to retrieve your informations. It uses the basic slot system in a more handy way.
It is a handler for the Basic system.
Instead of using numbers as identifiers, you use a position which comes more handy in many cases.
For example, you have a 3x3 board, it's easier to check if the slot (1,2) has an item, instead of "slot n°7" (row*width + column=2x3 + 1)
Checklist
What tier of review do you aim for your extension?
Reviewed
Example file
slot_system.zip
Extension file
SlotSystem_v2.zip