Closed ChristopherO1 closed 4 years ago
I also keep seeing this, maybe relevant
Hi @ChristopherO1,
Thanks for the feedback!
This was indeed a bug, so I have fixed this in the DEV branch.
As I explained already in the forum, the absence of updated documentation is one of the main reasons that I haven't published this beta on the forum yet. And I want avoid having to explain it to everybody in advance, otherwise I have no time left to finish my beta version ...
Anyway, this explanation is hopefully a bit clear:
Without bindings: when you want to trigger something solely based on the content of the input message, the msg.payload.command
or the msg.payload.topic
should have one of the following values:
<text>
element to the value specified in msg.payload.textContent
.msg.payload.attributeName
and the value in msg.payload.attributeValue
msg.payload.action
you need to specify a "start" or "stop" action.In all those cases you need to specify a single element id (without prefix "#") in msg.payload.elementId
or a selection of elements in payload.selector
.
With bindings: when you want to trigger something without having to specify everything in the input message (to keep your flow simple), you need to add the same information now in the "Binding" tabsheet. Now the msg.payload.topic
should be databind and the msg only needs to contain zero or more fields corresponding to the values in the "Bind source" column. For example in Steve's screenshot that I shared with you (on the forum):
So if you send a message containing payload.message
or payload.xpos
or both, then the corresponding values will be applied to the SVG elements that match with the "Selector" column...
So you use 3 data bindings with source "payload.attributeValue", which isn't really correct ...
I will add this information to the readme page as soon as I have time...
@bartbutenaers I've gone with the 'without bindings' option for now. Works as expected, perfect. Thanks for the info, quick fix, and update. I'll keep playing with the'with bindings' option. bindings working as well :}
Thank You
@ChristopherO1, Thanks very much for testing and for your constructive feedback!! If there is anything not clear to my explanation above, please let me know! I will try to update the readme page this weekend, so all tips are welcome!
I'm having a problem with my input Binding. I have a simple floor plan with three cameras added
I have injector nodes that change the fill attribute of the cameras. The problem I'm seeing is... Whichever camera I try to change the colour of, it always adjusts the one that is top of the list in the input Binding Tab.
I've attached my flow, as a zip file.
There are animations in there as well, these behave as I expected them too
If this is a case of user error, please close
flow.zip