It would be feasible to add the Advanced Conditions configuration to the top level of the Floating Menus?
advanced conditions are evaluated at the time a trigger triggers. For Floating Menus this is when a button is clicked.
I’m not sure whether that is what you would need, but I so have plans to add them for this.
You're right, I must explain better the feature request!
I would like to make a floating menu visible or not depending of the value of one or several variables, and configure it directly in the FM top level trigger.
So, I guess this would be a new "Conditional Visibility" feature in the FM top level:
Maybe this feature could be useful for inner items too. It could be a new "Item Visibility" in the inner items:
I think it's a good idea but I'm not yet sure what's the best way to do it.
For now you could do it like this:
However as advanced trigger conditions are not "pushed" you need to select a refresh interval.
Thanks for the suggestion!
I had no idea that this trigger exists. BTT always surprise me… 
1 Like
I have configured this trigger, with the condition <connected_screens CONTAINS "BenQ">
It works very well. If the external monitor is connected, a HUD overlay is shown. If it's not connected, another HUD is shown.
If I enable the "Always Trigger For Initial Value", the HUD overlay is shown repeatedly ad infinitum (same behaviour if the condition is true or false).
I would like to ask you if this is the correct behaviour.
Are you aware of the infinite repetition if "Always Trigger For Initial Value" is enabled? Is the expected behaviour?
no, not expected - I‘ll check tomorrow!
1 Like