-
-
Notifications
You must be signed in to change notification settings - Fork 393
Bring variables into options #1140
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
Comments
Hmmm, I wrote this and then realised this issue is about the other thing, variables in option names not options in variable names, just leaving it here in case someone misunderstands too lol
|
To be fair I don't think it has a big chance of getting implemented, it would be easy to confuse with the syntax above IMO and not very popular probably, but who knows ;) |
It is intended that options are replaced before script is parsed. This allows you to for example
If you need variables, use variables, not options. In case current variables block in scripts is not good enough, it would be better to improve that instead of touching options. |
Hey. It would be very nice if something like this
options:
>test.1: 20
>test.2: 40
command /test <number>:
>trigger:
>>message "{@test.%arg%}"
is going to work in the future. Because when I try my code there is this error:
"undefined option {@test.%arg%}"
It should, if I type 1 as a argument, print the data of the option test.1 out..``
The text was updated successfully, but these errors were encountered: