Skip to content
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

[REQUEST] WorldGuard flag for last item on slot #61

Open
hmlendea opened this issue Feb 7, 2024 · 0 comments
Open

[REQUEST] WorldGuard flag for last item on slot #61

hmlendea opened this issue Feb 7, 2024 · 0 comments

Comments

@hmlendea
Copy link

hmlendea commented Feb 7, 2024

Hello.

Would you consider adding a WorldGuard flag for not allowing players to take the last item in a slot in containers? If it's at all possible, of course.

This way, when someone takes items from a chest/barrel/etc, the /unload command will continue to work on these containers just fine.

Here's a scenario:

  • I make a chest dedicated to oak wood products
  • I fill each slot with various oak wood blocks but only one item per slot
  • When I run /unload it will fill these slots, and will do so in the way I originally arranged them in the container
  • Another player comes and takes some wood, emptying some slots (or perhaps all of them)
  • I come back and run /unload again and it's all messed up

With the flag I'm proposing, when a player takes a stack from a container, it will actually put one item from the stack back (e.g. effectively taking 63 instead of 64 items).

If one item will remain on all slots then the original layout of the items will be perserved and it will keep /unload working on these containers even after they are emptied. Currently in my city I've asked each player to manually leave an item in the containers in the warehouse, and it's fine, but it's tedious and sometimes we forget to do it. Using a WG flag for the warehouse to do this by default would be so good.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant