-
Notifications
You must be signed in to change notification settings - Fork 36
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
Suggestions #4
Comments
I mostly agree, except that making torches unlit by default is just bad, since they are on by default. |
Oh i wrote it wrong, it should return lit redstone torch. But what if they want to use it as a block? |
I'm confused about that suggestion lol. I think Skript needs something to seperate blocks and items. |
Here the problem is kind of a consistency problem, which Spigot also has. When we say "cauldron", is it the item or the block? If it's the item, then we should have "cauldron block" alongside, and "cauldron item" otherwise |
Spigot adds the |
I agree with what was said here and I may make some changes to my aliases to reflect this. I'm personally a fan of |
1
If an item type can be an item or a block in the same time, then there should be a required "block" suffix to get the block of that item type. And using the item type without a suffix or using with "item" suffix should get the item. For example:
redstone [dust] block¦s
<- should return the blockredstone [dust] [item¦s]
<- should return the item2
Item types with "any" prefix should exist, but not as an optional prefix because it just causes confusing/bugs.
Normally written item names shouldn't return random items, it should return the natural block/item. For example:
The user would think when using
redstone torch
it will return unlit redstone torch like in inventories or when you place a redstone torch but it will return lit or unlit torch randomly.But an item type with "any" prefix can return random items, there is no a problem. So it should be:
So when the user uses "redstone torch" it will return unlit redstone torch.
Another example can be
any apple
for the 3 types of apples butgolden apple
should return the normal golden apple. If the user wants enchanted golden apple, then will useenchanted golden apple
.So i say, make the aliases user friendly.
The text was updated successfully, but these errors were encountered: