Thank you! I missed that partboskid wrote: Tue Apr 01, 2025 8:13 pm Decider combinator works on values of signals, in this case it sees condition "Each != 10". Barrel on the right side of comparison is just a carrier of the value "10". This condition fails for all substitute signals that have value of 10.
Search found 3 matches
- Tue Apr 01, 2025 8:21 pm
- Forum: Gameplay Help
- Topic: EACH operator in Decider only evaluates part of the signals
- Replies: 2
- Views: 352
Re: EACH operator in Decider only evaluates part of the signals
- Tue Apr 01, 2025 8:07 pm
- Forum: Gameplay Help
- Topic: EACH operator in Decider only evaluates part of the signals
- Replies: 2
- Views: 352
EACH operator in Decider only evaluates part of the signals
Hi everyone,
I am a bit confused on how the EACH operator works in an Decider.
I wanted to filter out Light Oil from a signal list, so I did a simple circuit, but for some reason also other signals which are not Light Oil are also filterted out.
Does EACH stops evaluating if the condition is once ...
I am a bit confused on how the EACH operator works in an Decider.
I wanted to filter out Light Oil from a signal list, so I did a simple circuit, but for some reason also other signals which are not Light Oil are also filterted out.
Does EACH stops evaluating if the condition is once ...
- Fri Sep 25, 2020 10:10 am
- Forum: Implemented Suggestions
- Topic: Player Request Confirmation Not Needed
- Replies: 22
- Views: 8098
Re: Player Request Confirmation Not Needed
I support this change as well.
With one hand on WASD and the other on the mouse reaching ENTER is really slow and I have to move one of my hand off.
Also the checkmark is quit tiny and if you miss it, you have to start again.
With one hand on WASD and the other on the mouse reaching ENTER is really slow and I have to move one of my hand off.
Also the checkmark is quit tiny and if you miss it, you have to start again.