Closed Dweblenod closed 4 months ago
I'm not so confident in making flags hold extra data like that. I might suggest something else, but I would need to see a few practical use cases of this to do that.
I'm not so confident in making flags hold extra data like that. I might suggest something else, but I would need to see a few practical use cases of this to do that.
In the end, I created this as a means to allow for more dynamic uses of commands. The main use I had in mind was actually related to the public server, where dialogue options are used to pick the Land the player gets. I wasnt planning on making it this complex, but with that scenario I imagined what would be required in order to make a command that does everything /sburbpredefine allows (title land type / terrain land type / class / aspect)
The idea I have in mind then is a player-specific "string key to string value" map. A trigger that sets a value for a key, and the command trigger which pulls the value for a certain key.
Depending on how much you want it ready for the public server, I could step in and make the changes that I am thinking of before tomorrow.
I think this would be too much given the hour, it can be a goal for later!
Deleted the quest_systems
branch since that project was finished up and merged into 1.20.1. But this PR was apparently targeting that branch, and was closed as a result. The PR should probably be reopened or remade, targeting some other branch.
A stretch goal for 4/13 (can take lower priority)! Its just useful in situations where more than one set of flags can result in a mess for command usage.
Below is an example of usage, a modified version of mushroom_pizza. A command is triggered when the last response option is taken. It starts off as "execute as @s in [flag0] run tp ~[flag1] ~ ~". [flag0] corresponds to command.0.minecraft:overworld and [flag1] corresponds to command.1.500.