My suggestion is that you could have multiple commands entered into a single command block. This would make a lot of command block designs substantially more compact. Maybe it could be possible to set a delay to each command if that is desired, like so. 4/say string. 4 being the amount of ticks after the command block is activated by a redstone signal. So instead of having four different command blocks to give someone items, it could look something like this.
And what would be the limit? And what would the interface be to add/remove such lines of commands?
Lacks details.
I thought those decisions would be best left to the Minecraft developers. The general idea is all that's needed if they decide to add a feature like this to the game.
One can use the scoreboard command to send redstone wirelessly to another, less confined area that has the actual command blocks. I think this to be unnecessary because of that.
Rollback Post to RevisionRollBack
"We live only to discover beauty. All else is a form of waiting." - Kahlil Gibran
One can use the scoreboard command to send redstone wirelessly to another, less confined area that has the actual command blocks. I think this to be unnecessary because of that.
The reason is that the only place you can put things like that is around server spawn, due to the fact that only a certain amount of chunks around spawn stay loaded regardless of whether a player is close. Space is very important in this case.
I find this unnecessary, as more space will make people hunger for even more space. What I'm saying is that there has to be a limitation to the commands, or the data will build up in one tile entity, especially if saved into strings and not item values. Who is not to say that someone can just tell a command block to process 30 /give commands? That would create more lag than what we have today. The delay is unnecessary as-well. You can just hook up a bunch of repeaters to do the job, or render them useless when working with command blocks. A 9x9 area of redstone delayers shouldn't be converted into a 1x1 for convenience.
I find this unnecessary, as more space will make people hunger for even more space. What I'm saying is that there has to be a limitation to the commands, or the data will build up in one tile entity, especially if saved into strings and not item values. Who is not to say that someone can just tell a command block to process 30 /give commands? That would create more lag than what we have today. The delay is unnecessary as-well. You can just hook up a bunch of repeaters to do the job, or render them useless when working with command blocks. A 9x9 area of redstone delayers shouldn't be converted into a 1x1 for convenience.
No support.
Like I told Ouatcheur, if the developers should decide this is a good idea, they would make it work. They would, if needed, put a limit on the amount of commands you could input per command block. I'm just putting the thought out there. Thanks for the feedback.
Your idea seems to still only use one command per command block. Only you explain the use of programming terms, such as AND and THEN. My idea is that you would be able to use multiple commands with one block. Now if, in your case, you would be able to make a command that could have, say, five AND statements, my idea is still a little different in the way that you can set a delay to the different commands if desired.
Your idea seems to still only use one command per command block. Only you explain the use of programming terms, such as AND and THEN. My idea is that you would be able to use multiple commands with one block. Now if, in your case, you would be able to make a command that could have, say, five AND statements, my idea is still a little different in the way that you can set a delay to the different commands if desired.
I think that having multiple commands in one block would be too complicated. Maybe some of the simpler commands should be easier such as /give, but if you were to use some of the /summon commands that command blocks could do, this is were everything would start to make it so that command blocks would be too disorganized and hard to edit quickly.
/give @p 276 1
1/give @p 277 1
2/give @p 278 1
3/give @p 279 1
That's all I got for now, but if I think of something worth suggesting I'll add it here.
Lacks details.
I thought those decisions would be best left to the Minecraft developers. The general idea is all that's needed if they decide to add a feature like this to the game.
pretty good mod. try it.
Thanks, and I am a man. Haha.
Thank you.
The reason is that the only place you can put things like that is around server spawn, due to the fact that only a certain amount of chunks around spawn stay loaded regardless of whether a player is close. Space is very important in this case.
No support.
Like I told Ouatcheur, if the developers should decide this is a good idea, they would make it work. They would, if needed, put a limit on the amount of commands you could input per command block. I'm just putting the thought out there. Thanks for the feedback.
http://www.minecraftforum.net/topic/1832835-double-up-on-command-blocks/page__st__20__hl__+double%20+command%20+blocks#entry22980549
Your idea seems to still only use one command per command block. Only you explain the use of programming terms, such as AND and THEN. My idea is that you would be able to use multiple commands with one block. Now if, in your case, you would be able to make a command that could have, say, five AND statements, my idea is still a little different in the way that you can set a delay to the different commands if desired.