Fine with auto staying there - it is better than being blank ![]()
Catching up on this thread. It looks great. My only concern is it hacks the node appearance without any guarantee it'll keep working between Node-RED releases.
One of the items I wanted to get to in v5 was standardizing ways for nodes to customise their appearance - exactly the sort of thing this node does. Sadly, lack of time and contributions to the project has meant nothing has happened in that area - but it remains something I want to get done at some point - especially as nodes like this continue to appear.
Hopefully we can find a way to standardize this approach without too much disruption to existing nodes.
Thanks Nick. That feedback is really helpful, and it's exactly the concern I had when building it. The"hacking appearance" approach works for now, but I'm aware it's fragile.
I'd very much welcome a proper API for this. If it ever gets prioritized for v5 (or beyond), I'd be happy to contribute or at least help test it against what this node already does. It might be a useful real-world reference for what such an API needs to support.
In the meantime, I can use the node-red.version field in package.json to cap compatibility when things inevitably break, so users at least get a clear signal rather than a silently broken node.
I've added a comment to that which points back here so that any future discussion/development doesn't loose track.
What a great node! I've been looking for something like this for a while. Will be great for testing flows where the input is not easy to force all the variable messages it might have, like a smoke alarm...
And yes, I'm sure I'll end up using some of these as 'dashboard' buttons, especially the number slider (Shock horror)...lol
Great node, one question.
In slider mode, the 'inject on release' option, if unchecked does not seem to output anything when the slider is moved...?
Is this normal?
I'd expect the node to output a continuous stream of messages as I drag the slider when this option is off.. As it stands, I can't see the point of the option...
Thanks.
Turning it off lets us preset a number value without it actually generating a message until we press the inject button itself
Ahh got it, makes sense now. I sort of ignored the actual inject button...
@cymplecy already answered how it works, but I could add this as a third option for the slider behaviour. There are some cases where that can be useful. Perhaps not intentional, but I'll add it as a new feature to the next update. Thanks! ![]()
Great, thanks.
And released version 1.2.0 to support while dragging - on every value change during drag for the slider.