Open smbarbour opened 9 years ago
One minor issue with this is that some things, like adjacent redstone, will cause it to not respond to a button click on the first try.
I don't think Tarig wants to allow floor marker to output signal as we'll be allowing other forms displaying arrival at floor. Especially if it's buggy :p
I figured it was less likely to be accepted, hence why I split them into two PRs. The goofy behavior is likely due to being a block that both receives and emits a signal. One thing to note, if and when a separate block is made for detecting the presence of an elevator, canProvidePower needs to return true to make it control an adjacent door.
If I fix the issue you've witnessed with the Redstone camo would this still be a necessary feature? Keep in mind the elevator doesn't have to be a single platform
Actually comparator's will fix the odd behavior
It can be done using camo redstone blocks, though it would trigger when an elevator passes by as well and requires additional space to hide wiring, but I can definitely get behind a separate elevator detection block.
I thought about other method, but don't know can it be realised? So, FloorMarker uses CommandBlock's method instead of emitting weak RS signal. (activate block by coordinates from yourself, yes we need to enter coord. shift somewhere) It will hold the door by 5 seconds, and will be triggered by elevator arrival and by button press(on FM) Or maybe elevator blocks can provede that (they can transfer RS signal to nearby blocks, some of them will be under the door, and then that blocks will power on the door, ).
This change, if you choose to accept it, will cause the FloorMarker block to output a fairly weak signal when the elevator arrives at a floor. This signal is sufficient to open a door and will cease when the elevator departs (closing the door). It would also be able to light a redstone lamp and/or trigger a noteblock, thereby signalling the arrival of the elevator.