Quote from TheMinecraftNerd1»
So it seems that mojang tweaked the Chain Command Blocks and how NBT parsing works. Will this affect any or break current maps using NBT or Chain Command Blocks when the update is released?
For the command block change, it should ideally not break much. It reorders how command blocks are scheduled, fixing an issue where a chain shut off via a Chain block will still fire the next tick (more details here). What might break are any in-game attempts to circumvent that issue, though that depends on the method being used I suppose.
As for NBT changes, if you used quotes for all your strings and did not use list indices, you're good to go. There are a number of changes that were made to the parser though (as it was essentially completely rewritten), so I've got a more detailed post here.
2
Quick question: why do you add a negative value rather than remove 100? It would be confusing for people less adept to command blocks. I assume it's to save on characters, though. For example, to remove using the "remove" function:
However, the above would remove 100 points only from the nearest player, not necessarily the one you want. Using @a would remove 100 from all players, which could push some into the negatives. If you only want to affect players who have 100 points or more, you'd add the score parameter, same as your /testfor:
Or, you could use "set" instead of "remove" or "add" to set player scores to 0 rather than remove 100 from their current score, while keeping in mind the @p vs @a & parameters above:
0
The correct tag is "Unbreakable". For example:
Thus the item does not lose durability.
0
Ah then yes, he's using plugins to allow this to happen. So the final answer is a no, you cannot use command blocks to detect text in the chat. You can try the /tellraw command, in which players will click on pre-determined text in the chat, but it can be fairly complicated and limiting in what you want to accomplish. I do have a topic concerning /tellraw usage here, if interested: http://www.minecraftforum.net/topic/1975697-17-tellraw-formatting-examples/
However, keep in mind that mods can interfere with how commands and command blocks work.
0
Some links would be helpful. However, command blocks cannot check the chat, so it is likely that mods are being used.
0
Actually they can, and the leash does not break if they are in pursuit of something. This is both manually leashing and through commands. Make sure you're aiming close to the ground; the hitbox of the zombie can get in the way.
0
Personally, I feel that would break immersion (for survival, at least). The game has no vanilla survival features that send messages directly to the chat, other than death messages.
If it's on a chatty server, then the message would be folly; it would be lost in the sea of messages. This would cause you to stop anyway and search through the chat, which is the opposite of what's intended. A map-style scroll doesn't have that issue, although the whole "looking down" could get in the way of "on the go", but the angle you need to look can surely be modified.
0
Ah, then in that case your issue is most certainly Bukkit. Bukkit does not mix well with command blocks or vanilla commands. So unless this is fixed within Bukkit itself, we can't help you.
0
I agree with this. The GUI for books is rather invading, but I don't think Minecraft should make odd steps towards becoming a chat-focused game.
0
I think some sort of labeling method for preset teleports would be nice. However, I don't agree with the commands presented. There are too many commands there that can be used for other purposes, especially "/info". Multiple commands for a single feature should not be implemented.
So as it stands, no support.
0
Ah, assumed you meant the brown mushroom. Then I can confirm that this doesn't work; the brown mushroom can be tracked while the red mushroom cannot, which is very strange indeed. The closest bug report I could find relating to the mineBlock stat is this: https://mojang.atlassian.net/browse/MC-36191
I've left a comment concerning the mushrooms on the report, as well as upvoted it (which I recommend to get this fixed faster).
0
The beacon range is hard-coded in, so no, you can't change it. And I wouldn't view Hypixels' servers relating in any way to vanilla, as they are heavily modified.
0
A couple things:
You can use the ID "minecraft:flowing_water" with the /setblock command to have the water flow instantly, not requiring a block update. And I highly recommend not including spaces like you have in your NBT tags; spaces in the wrong spots (as far as NBT tags are concerned, it's rather finicky) can break the code.
1
The objectives work, are you sure you've put in the right IDs?
0
Another possibility is to have a single command block with an extremely large radius. For example:
This will essentially select a 45-block radius from the x/z coordinate, and any players found on the ground will be selected. The larger the radius in the /testfor, the larger the final radius on the ground. What happens is the starting radius is far below the ground and into the void. The very end of that radius happens to be just above the ground. Usually you'll want to add 2 to the radius in the /testfor command compared to the y.
This will likely be the only other solution other than having one command block per y=0 coordinate.
0
Unfortunately, you cannot directly force an enderman to target a player or be naturally aggressive. The most you could do is have an enderman riding an aggressive zombie pigman, but this results in the enderman having the "riding" stance (as well as the pigmen being the one that does the damage). The enderman shouldn't be able to teleport away, as it is "pinned" to the pigman.
Otherwise, you can't do either one.