Starlight220
Starlight220
Aren't PCM/PH objects initialized by any solenoid objects? If so, I'm not sure we care about catching pointless PH/PCM usage without solenoids.
I feel like accepting additional commands here messes up the semantics a bit. `fork` feels like it should be a unary operator (akin to `asProxy`), not a binary one. For...
> My interpretation of this is that there should be command.fork() (without any args) and Commands.fork(commands...) Yes, that's what I meant.
Solenoid.get should be deprecated in Java as well.
To sum up: - remove deprecations - have comments indicating that `get` and `isOn` are aliases
I think we should keep overloads taking int indexes; teams using one DS won't care about the indexes in the other and shouldn't have to pass a parameter that's irrelevant...
So perhaps we could make a factory that returns a pair for a single value?
Just to confirm: all the artifacts are present in the alternate hosting, and the issue is discoverability (ie, more things should point to that link)?