-
Notifications
You must be signed in to change notification settings - Fork 0
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
Additional upgrades to drawers #111
Comments
Cherry picks from long description above:
|
Telling a drawer what item it should prefer for storage could be done as a mimic slot à la filter injectors; this could be set via the digiline as well (filter injector, autocrafter). You could set a drawer's preferred item so the drawer controller can do the work and have some kind of data to use. Instead of buggery around punching this drawer or that drawer, you set the preferred item, and get on with it for pipeworks and/or digiline to pull items out and put them back in. That scales much better than having to punch drawers manually? |
Yes but I don't think it can be easily done by adding drawer upgrades, instead actual logic should be done with drawer controller as functionality is useless without drawer controller (if running tubes directly to drawers and not using controller then you can simply use sorting tubes). edit. Actually it could be done by making upgrade item that updates formspec to include relevant stuff, drawer controller still needs to be aware of that to prevent it from adding items to drawer that is connected to controller but does not have this upgrade. |
Including issue #116 in here. TL:DR : SX |
Discussion from ideas channel UncleSam OgelGames SX ThinkSome SX ThinkSome SX ThinkSome SX AceRichman ThinkSome Maybe in that case it's better to just have another drawer upgrade craftable in the style of drawer upgrades AceRichman ThinkSome AceRichman ThinkSome |
ThinkSome |
Prevent full drawers to be able to dig them up? same as chests? ThinkSome Suggested committing at https://github.com/pandorabox-io/ or, alternatively : https://github.com/minetest/minetest |
ThinkSome SX ThinkSome Hedgehog Shadow |
Just noticed issue on drawers mod: minetest-mods/drawers#66 |
ah yeah a chest upgrade slot? |
Having an unlocked chest as an upgrade to make it public would match Technic and would be a superb addition. Also, a feature that would be nice: digiline_send("channel", "get") that would retrieve the node name and quantity of each item in the drawers into a lua table. |
baijin ; SX There was some discussion about stacking drawer upgrades and I think final decision was better to not allow stacking, I think there was also suggestion to allow stacks with just few items. Actually I think question about stacking was not decided because it is one of those edge cases, it was to not add fully automatic upgrade distribution. Stacking question was just simply left undecided and untouched. |
Kermit Sending a large lua table over digiline is NOT efficient, btw. That was a concern when I wrote the "digiline_craftdb" mod. Hedgehog 1hittoaster I wish that one could "label" a drawer so that it will only ever take ONE thing and have a tool that lets you swap drawers by clicking on those two drawers. SX |
ThinkSome
Can we have more different upgrades for drawers?
SX
Capacity is already huge with mithril upgrades.
I cannot really think about any other possible upgrades for drawers? Got some ideas?
Thinksome
I don't know, I was missing something in the x8 - x13 range
SX
You can combine different upgrades too to get something between.
What else?
One thing could be to make drawer contents public while keeping drawer itself still protected.
Thinksome
Maybe a wifi drawer, too? So it's available at multiple linked drawers
SX
That gets probably too complicated because of how drawers work.
It cannot be done easily cheap way like wifi chest and would require large changes to drawers code (it's pretty messed up stuff).
Thinksome
I don't like that it uses a separate variable for each item in a 4-item drawer and a separate one for each count.
Should be items = { { name=.. count= } , ... } instead I guess.
SX
And messed up spaghetti API, but there's a reason for that. I think those were originally implemented by just converting some piece of other code from other game written in other language.
Thinksome
Having more drawer textures would also be nice. Also, the 2-item drawer feels kinda useless. Is anyone actually using it?.
SX
Why useless? 2 slot one takes 2 times less space for same total item slots and has 2x space compared to 1 slotted.
SwissalpS may have started rewriting some stuff for drawers but not sure if any of that is done or merged to "official" code but might be able to give some more accurate feedback for ideas.
Thinksome
Another upgrade would be to have drawer controller support moving all the items to other linked drawer. Punch the original drawer, punch the empty one, and it'd moves everything if it can, else it fails. It doesn't have twice the space, tested that.
SX
Well, drawer controller can do moving like that already if you did think a bit about usability before building drawer array.
Thinksome
1-item one has 32 stacks of space, 2-item one has 216 stacks, 4-item one has 48 stacks
Total space is the same.
SX
Total space is same only for item count but for different items 2 slotted can have 2 different items 4 slotted can have 4.
Thinksome
That's true. Hence why I said that I use 4-slotted ones for things where I expect to have low counts of stuff, and 1-slotted ones where I expect a lot/
SX
Just 2x2 drawer setup can be 4 items, 16 items or something between which is big difference.
Thinksome
Yes, but I'm saying that if you have so many items that you need to 5-mithril upgrade a 4-slotted drawer, then you would be better served to just use a 1-slotted drawer. Perhaps drawers would need some sort of a multi-node cabinet as well, for when even the 1-slotted 5-mithril one isn't enough.
Thinksome
Drawers are also awesome for implementing storage & retrival systems without having one filter per chest.
The text was updated successfully, but these errors were encountered: