Yes, anything but walking into a room without any sort of obstacle is fine.

Correct. Yeah glass is allowed. Separating them with goo is actually allowed too. The solution could involve a funnel or bridge or some other means of crossing it, so you can use it as long as all of the other criteria are met. Youc could also have a laser field, a grate with a fizzler, or any other barrier separating them that you have to bypass.

All right, I think I have another idea that could work. It's a little similar to what RedSilencer suggested, but a different direction. Here it is:

Create a map with at least 3 rooms (or more) where an element from the first one must be used to complete the second one, an element from the second room must be used in the third, and an element from the third must be used in the first. That means you cannot have one room, solve, second room, solve, third room, done. They have to be intertwined somehow. Now, for this particular contest, a "room" will be defined as "a mostly enclosed space, save for any openings leading to the outside, containing at least one activator and one test element." In other words, each room doesn't have to be an entire puzzle, but does have to be more than a test element and a portal surface.

Yeah I agree, it is complex. When I first thought of it it seemed like a simple idea, but defining what counts as a toggle mechanism took a lot more words than I thought it would. And I still don't think I explained it very well. I think the problem is that there are different "types" of toggling. Like, there could be two items connected to a button that switches which one is on, but there's also the instance with a button connected to just one item that "switches" it on or off, like a funnel's polarity. Both are fine, but have to operate under different rules. I guess this is just further explanation of what I said before, but if it's just a one item connection, the ITEM ITSELF must be used as part of the puzzle in BOTH states. But if there's a toggle between two, then the puzzle must simply be SOLVED in both states. I'm expecting a lot of questions about this, cause it really depends on what mechanism and item combination you're using.

It is possible with stock PTI. That's why I included the pedestal button connected to invisible logic and the two buttons example. I mostly included the BEE2 stuff just because it helps clarify what I mean by "toggle", And also so that people with BEE2 know that se elements are okay to use (granted they pack correctly of course). Obviously, they will have an advantage as far as the number of elements to choose from, but its really no different than the other 30 or so competitions whiere some used BEE2 and some didn't. So no, its not required, just helpful. :)

Alright, I've spent the last few days contemplating ideas for the next contest, journeying across the vast expanses of my mind and through the perilous sea of endless possibilities to the far reaching corners of the universe to come up with it. Or maybe I just made all that up. But in any case, the next competition is something I think has a bit more freedom than this one, but may actually be harder to understand or implement. The theme is "Toggle."

LONG DESCRIPTION ALERT

Create a map with at least TWO systems of toggling, where part of the puzzle must be solved with the toggle in the ON position, and part of it must be solved in the OFF position. The toggle systems are not required to entertwine with each other, although they can if your puzzle calls for it. There are two sides to this: mechanisms you can toggle WITH, and elements that can BE toggled. Mechanisms include the obvious things like toggle pedestal buttons, regular pedestal buttons connected to invisible toggle logic, life form and cube sensors, flux fields, and buttons and laser catchers. However, it can also include things like two buttons/ catchers/ sensors/ flux fields connected to two separate items, but ONLY IF it acts as an alternative to a single one controlling both. Like, say that the solution requires lifting a cube off a button with a funnel to disable a fizzler, then placing it back on to disable a different one. The same thing could be achieved if there were two different buttons and the cube is carried off one and dropped onto the other. So it's the logic behind it, not the amount of items. I should also clarify, each toggle mechanism does NOT have to be connected to two or more items; it can be just one, the only thing I meant was that if you use two buttons, flux fields, etc,, it must FUNCTION the same as if were just one connected to both. So in that case is must be connected to two or more, but that's the only scenario. Even more clarification: imagine a test with a weighted button connected to only one fizzler (and probably other items, but ignore that for this). You place a cube on the button, therefore putting it in the ON postition (yes it's the ON position. although the fizzler turns off, it's the MECHANISM that's activated, which is what counts) allowing you to traverse a new area, place a portal somewhere, etc. Then you remove the cube to use somewhere else, putting it in the OFF position. The catch is that if you choose a single object to toggle, you must USE THE TEST ELEMENT as part of the solution. So here, so would have to use the fizzler to destroy and respawn the cube or something. That's why it would be better to stick with other elements like funnels or light bridges. However, if the button were connected to TWO fizzlers, you would NOT have to use it during the button's OFF state because the other fizzler already accounts for the off position usage. I hope that makes sense.

The other side is the elements that can BE toggled. Really almost anything. Light bridges, stairs, doors, fizzlers, laser fields, lasers, gels, energy pellets, faith plates, flip panels, angled panels, funnels (polarity), and funnels (active state). The mechanism part is what really matters. If anything else needs clarification, either ask right here or in the competition questions/ discussions thread,

https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=513259202

1. marKiu
2. josepezdj
3. Talisac

https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=494496174

https://steamhost.cn/steamcommunity_com/sharedfiles/filedetails/?id=478824439