Patrick Shannon
- pinaz9
- pinaz9
- America/New_York
- Yes
- No
MC-3945
Normal
I am building a survival map, but I want to make a small part of the map strictly adventure mode. I have several command blocks hooked up to a 2-repeater pulsar, and once the chunk is loaded, all but two of these command blocks work fine. The two that do not work have the commands listed below:
/gamemode @a[m=0,r=2000] 2
/gamemode @a[m=1,r=2000] 2
I expected these to make it impossible for any player to be in a game mode other than Adventure.
Nothing actually happened. I have tried replacing the @a with @p, and it still does not work. I need to have a range on the command blocks so that when the chunk that they are in is loaded the do not change all player's game modes to Adventure.
The command blocks are directly powered by repeaters, so power should not be a problem
I am building a survival map, but I want to make a small part of the map strictly adventure mode. I have several command blocks hooked up to a 2-repeater pulsar, and once the chunk is loaded, all but two of these command blocks work fine. The two that do not work have the commands listed below:
/gamemode @a*bracket*m=0,r=2000] 2 /gamemode @a[m=1,r=2000] 2I expected these to make it impossible for any player to be in a game mode other than Adventure.
Nothing actually happened. I have tried replacing the @a with @p, and it still does not work. I need to have a range on the command blocks so that when the chunk that they are in is loaded the do not change all player's game modes to Adventure.
The command blocks are directly powered by repeaters, so power should not be a problem
I am building a survival map, but I want to make a small part of the map strictly adventure mode. I have several command blocks hooked up to a 2-repeater pulsar, and once the chunk is loaded, all but two of these command blocks work fine. The two that do not work have the commands listed below:
/gamemode @a*bracket*m=0,r=2000] 2 /gamemode @a[m=1,r=2000] 2I expected these to make it impossible for any player to be in a game mode other than Adventure.
Nothing actually happened. I have tried replacing the @a with @p, and it still does not work. I need to have a range on the command blocks so that when the chunk that they are in is loaded the do not change all player's game modes to Adventure.
The command blocks are directly powered by repeaters, so power should not be a problem
I am building a survival map, but I want to make a small part of the map strictly adventure mode. I have several command blocks hooked up to a 2-repeater pulsar, and once the chunk is loaded, all but two of these command blocks work fine. The two that do not work have the commands listed below:
/gamemode @a[m=0,r=2000] 2 /gamemode @a[m=1,r=2000] 2I expected these to make it impossible for any player to be in a game mode other than Adventure.
Nothing actually happened. I have tried replacing the @a with @p, and it still does not work. I need to have a range on the command blocks so that when the chunk that they are in is loaded the do not change all player's game modes to Adventure.
The command blocks are directly powered by repeaters, so power should not be a problem
Sometimes, when you open a command block GUI
,and type in it, it will randomly select the last few characters in the text box.Sometimes, when you open a command block GUI and type in it, it will randomly select the last few characters in the text box. The highlight will go away once you type some more.
Ima herp derp.
(' )(,)
-------
I guess I just read the ducumentation wrong. Or maybe the wiki told me wrong.
I got it working now. Thanks for the help.
For the record (and the wiki), can you list the commands that work for command blocks, as well as the syntax?
I could fix that, given the right information.
You're right. The English page has nothing on the German Page. I might just have to copy the translated page to the wiki and correct a few translation errors.
Oops. Sorry.
I have used a zip folder with one PNG file in it. It was counted as a texture pack and was also counted as incompatible. The image was applied, B.T.W.
I do believe that I have the answer. I noticed that in my complete texture pack, the blocks and items folders were not in a textures folder. I remedied this, and the texture pack now stands as valid.
I also have a question. Will texture packs replace .lang files? If they do not, where is the proper place to suggest this?
The file structure of the texture packs is now much more touchy. Blocks now need to be in textures\blocks ore else they won't load when the texture pack is used.
I have been looking for a place to suggest things forever! Thanks!
I tried to give myself 443. I think that I really wanted 433, but I am not sure. Either way, my crash is just about the same as Alex's.
Oh, and I think that it is important to note that it managed to display the invalid id message before it crashed.
Why is there a command length limit again? I can understand the issue with chat, but command length limits make it harder for mapmakers to work.
Why not just keep the limit for chat, but not for commands?
I had the same problem, but then I remembered that it was a 2x2 tree. I use 4 saplings, and it worked. Loving the new wood textures, by the way.
Confirmed for 14w05a
This might still be a bug. I can't imagine that the developers would want you to be able to merge with an EnderCrystal.
Not exactly relevant, but if we get a change in block states for trap doors, could we have a right click action with a redstone torch that block-update-dependently powers the trap door? (Just toggling powered state would do, I think) That way, you could have closed trap doors without relying on the bug that's going to be fixed soon. Or maybe, some sort of redstone wand that can activate redstone devices. That would make doing redstone quite a bit easier, I think.
Grum, does that mean that the change in behavior is unintended?