Official Everybody Edits Forums

Crocodiler

Brand New Member

Joined: 2017-08-27

Posts: 11

"Switchier" Switches

You already know the normal switches. The purple and the orange ones. But what if you could add a new type of switches? So i've had a idea for a new switch type. "multi-switch" is what I call it. you can suggest other names if you want to. Back to my idea. The multi-switch should come in the normal form and in the global form (just like the other 2 switches). The special thing about the multi-switch tho is that you can switch it more than 1 time. Let's say you have the multi-switch equipped and can then set how many times you can switch it. Example : You set the switch count to 3. You hit the switch and the gates/doors open/close. You hit it again and then the gates/doors that got opened/closed before get closed/opened and then other gates/doors open/close. And if you hit the switch again it repeats. Then you hit it again and it starts from the 1st gates/doors you opened/closed before. I hope you should get it now. Anyways that was just a idea i had in mind and wanted to post it. Hopefully you liked my idea!

---

It's coffee time

LukeM

Member

From: England

Joined: 2016-06-03

Posts: 3,009

Website

Re: "Switchier" Switches

You can already do this fairly easily with multiple switches (if you want it to fit into a one block space then you can just use a portal to take you to a small switcher thing and back)

(at least I think this is what you mean )

Anatoly

Guest

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

Kirby

Member

Joined: 2015-04-04

Posts: 4,308

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

Anatoly

Guest

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

Xfrogman43

Member

From: need to find a new home

Joined: 2015-02-15

Posts: 4,174

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

a switch with a one-way in front of it?

---

thanks zoey aaaaaaaaaaaand thanks latif for the avatar

Slabdrill

Formerly 12345678908642

From: canada

Joined: 2015-08-15

Posts: 3,402

Website

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

(de)activator buttons?

---

suddenly random sig change

Anatoly

Guest

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

(de)activator buttons?

No.

A switch has an id. But this switch can be switched only once. Example: You got a switch at position A with the id 1, and a switch at position B with the id 1.

Once the switch at position A is touched, the switch with the id 1 gets activated.
Once the switch at position B is touched it deactivates switch id 1.

If you go back to A you can’t activate it anymore.

peace

Member

From: admin land

Joined: 2015-08-10

Posts: 9,226

Re: "Switchier" Switches

This brings me the following idea: Switches that can be switched only once.

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

(de)activator buttons?

No.

A switch has an id. But this switch can be switched only once. Example: You got a switch at position A with the id 1, and a switch at position B with the id 1.

Once the switch at position A is touched, the switch with the id 1 gets activated.
Once the switch at position B is touched it deactivates switch id 1.

If you go back to A you can’t activate it anymore.

sounds nic ehow to reset this?

---

thanks hg for making this much better and ty for my avatar aswell

Anatoly

Guest

Re: "Switchier" Switches

aren't those coins

But here every switch could still have it's own id. You're right. Those are coins, but with identity. The problem in coins would still be that the order of collection doesn't affect anything. But here you could build systems where the order of these "one time switches" would be important.

(de)activator buttons?

No.

A switch has an id. But this switch can be switched only once. Example: You got a switch at position A with the id 1, and a switch at position B with the id 1.

Once the switch at position A is touched, the switch with the id 1 gets activated.
Once the switch at position B is touched it deactivates switch id 1.

If you go back to A you can’t activate it anymore.

sounds nic ehow to reset this?

The only way to be a switch of the same id on another place (another switch of the same id) or the reset point,

Guest.

Guest

Re: "Switchier" Switches

i feel like the game fails at this already, but we shouldnt add features that can easily be done with pre-existing features