-
Notifications
You must be signed in to change notification settings - Fork 6
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
Datapacks per worlds #18
Comments
Maybe as an config option, but vannila behavior @A affects everyone in
every world. So this shouldn't be default.
…On Fri, Jul 17, 2020, 7:54 AM CodeDoctor ***@***.***> wrote:
Datapacks will only run in the worlds which are included.
When a datapack uses @A <https://github.com/A>, it will only use the
player which are in the world!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#18>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACQBK36XUX5K33L4ZORR2YDR4BCXZANCNFSM4O6GTZWQ>
.
|
Yes that's my request. because many datapacks uses this operators and it's the best thing to use it in only this world. i don't know if you can add an option for the execute command |
Actually thinking about it well it is technically possible it would be
really hard to implement as you would have to override vannila behavior.
…On Fri, Jul 17, 2020, 8:01 AM CodeDoctor ***@***.***> wrote:
Yes that's my request. because many datapacks uses this operators and it's
the best thing to use it in only this world. i don't know if you can add an
option for the execute command
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#18 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACQBK35K7NIPWJPMHX4PYFLR4BDRNANCNFSM4O6GTZWQ>
.
|
It would make a lot more sense to have multiple servers for this, check out a proxy, such as https://velocitypowered.com/ |
The problem is that you can't create a data pack only server with multiple worlds |
you should avoid datapacks anyway. As long as they do not have "functions" and just do stuff with worldgen or recipes, it is okay, but if they do have functions, they perform a lot worse than bukkit plugins. |
What? Ok first off their are a lot of things that exist in datapack form that don't exist in plugin form. Not everyone knows how to write plugins, so if they can find something, even if it is a datapack that does something they want it to do they should be fully allowed to do so. And this is a valid suggestion, as mentioned above in this issue it shouldn't be the default, but people do use separate worlds as completely separate things, it is in fact quite common to have a survival world, and a creative world. |
if you want to separate stuff safely, have two servers and a proxy so people can switch between them. It is generally not possible to have datapacks per-world. |
Not everybody has access to multiple servers, and even then multiple servers depending on how many people you have is not worth it. Now being not possible? maybe. I'll leave that up to berger to find out.
Not everyone can code, just flat out, and even those who can code it still would be easier to use datapacks in a lot of scenarios. Yes plguins can do a lot more then datapacks, but that's not what this is about. And again not everyone can code (or learn to code before you bring that up). |
Additionally, data packs are lightweight, easy to understand and easy to share. If you want to have a mini-games server without plugins, it will be the best to have such a functionality to send players in different worlds with different behaviours. For example, you can teleport the players from the Lobby world to the mini-games world if the game starts. |
Datapacks will only run in the worlds which are included.
When a datapack uses @A, it will only use the player which are in the world!
The text was updated successfully, but these errors were encountered: