Lets say that you are making a pvp map and after you die you become a spectator. You don't want the spectator to surpass the map or access an area, so you just place barriers blocks at the borders of the map and they will not see the inverted map and redstone.
Pros/Cons
Would make maps better by not being able to access ugly parts of maps.
People could possibly make compact "invisible maze" games with 1x1 tunnels. (However, I am not sure if spectators can fit in 1 block spaces)
I couldn't think of any downsides.
Before you say this is vague, redundant, existing, or game breaking, let me tell you this:
I have explained this suggestion as well as possible and it could be understood from just reading the title.
I have used the search bar and found no results.
I have already tested this and it is not in the game.
I don't see how this is game breaking in any way. If anything, this would make the game much better.
As far as I understood spectators couldn't go through barrier blocks, that was one perk of barriers, I might be wrong though. I just remember something from the hype of 1.8 at the time.
Maybe a spectator barrier that's a barrier with a metadata of 1, and spectators can't fly through it, just so it doesn't break current contraptions that have spectators flying through barriers.
Better idea: a new fill argument to do this with any block. It should be:
/fill <x y z> <x y z> <id> <data> <replace/masked/filter/specblock/normal>
Specblock would be able to make any block spectator resistant. The id and the damage value is the block the command should turn into a spectator resistant block. To turn it back to normal, just use the same command but with normal instead of specblock.
Support
This is a fantastic idea, but it requires any kind of block to be a data holder. Currently, only blocks such as chests can hold NBT data. With this new fill type, blocks like stone would have to hold the property of specblock, which would be set to 0 by default. If you used this fill command, the block would then have the value of 1 for specblock, which wouldn't allow spectators to fly through it.
My suggestion is having a gamerule for spectators going through barrier blocks. The gamerule would be called spectatorThroughBarrier and by default it is set to true. To change it, the command would be /gamerule spectatorThroughBarrier false, which would not allow spectators to go through barriers.
In my opinion, one of the largest perks of spectator mode is being able to no-clip through anything. This allows greater freedom in exploring and observing. I personally want it to stay that way, but this is a great suggestion.
Lets say that you are making a pvp map and after you die you become a spectator. You don't want the spectator to surpass the map or access an area, so you just place barriers blocks at the borders of the map and they will not see the inverted map and redstone.
Pros/Cons
Check out The Valley! My own Server and Modpacks!
Forum: http://thevalley.guildtag.com/
Discord: https://discordapp.com/invite/mx9GCDQ
The Valley 1.7.10 is available on Technic here:The Valley 1.7.10 -> Curseforge External link HERE
The Valley 1.12.2 is available on Curseforge here: The Valley 1.12.2
The Valley 1.20.2 is available at this IP: thevalley.noip.me:25567 (NOW BEDROCK COMPATIBLE!)
This is a fantastic idea, but it requires any kind of block to be a data holder. Currently, only blocks such as chests can hold NBT data. With this new fill type, blocks like stone would have to hold the property of specblock, which would be set to 0 by default. If you used this fill command, the block would then have the value of 1 for specblock, which wouldn't allow spectators to fly through it.
My suggestion is having a gamerule for spectators going through barrier blocks. The gamerule would be called spectatorThroughBarrier and by default it is set to true. To change it, the command would be /gamerule spectatorThroughBarrier false, which would not allow spectators to go through barriers.
In my opinion, one of the largest perks of spectator mode is being able to no-clip through anything. This allows greater freedom in exploring and observing. I personally want it to stay that way, but this is a great suggestion.
Support
This is a great ideal.