Yes, I’ve thought of that but in general that requires you to know all possible states, something not always obvious.
And I try to avoid condition: or simply because the syntax ties my head in knots especially if combined with other conditions. The nesting can get a bit crazy.
Apparently the supreme leader thinks that if you understand the concept of a not condition (or any other basic logic condition) then you must be a python developer so should do it yourself
I really, really don’t understand why ‘false’ is not allowed if ‘true’ is.
I must admit I had assumed there to be some totally valid technical reason to not have included ‘state_not’ (or similar).
I just can’t imagine the thought process that goes “let’s allow to check for True” without automatically thinking, “hmm, maybe we also might need to check for False”.
It almost follows by definition. Very strange indeed.
And as for the need to understand complex programming - shall we talk about the bizarre syntax structure for “condition: or”? And that is without considering nested or and and conditions which can become almost impossible to read.
I also missed this feature. This is quite useful in a sweet lot of cases. I think it’s really sad that such a main component of a smart home software lacks so much features.
As @anon43302295 posted the main developer seem to have a different view
I feel like a lot of components seem to be not finished and thought through